Hello all,
Let me introduce myself. My name is Yiannis Belias, I'm from Greece and study
physics
at the University of Athens. This summer I'm also a GSoC student with the
OpenICC project[1].
My job will be to help integrate the image acquisition part of the graphics
work-flow,
that is SANE[2]
On Sun, May 10, 2009 at 8:23 PM, Yiannis Belias wrote:
> Hello all,
> ?Let me introduce myself. My name is Yiannis Belias, I'm from Greece and
> study physics
> at the University of Athens. This summer I'm also a GSoC student with the
> OpenICC project[1].
> ?My job will be to help integrate the
"m. allan noah" wrote:
Hi,
> 1. I dont think the connection port matters, and particularly with usb
> devices, that information can change every time the machine reboots.
> It is also not universally exposed in the SANE_Device struct, since
> some drivers put other unique info in that spot.
>
>
m. allan noah wrote
...
> I hope you dont mind pulling some of these discussions back to email,
> I personally find that easier that checking different blog entries to
> see if someone else has a comment.
Actually, I prefer email, too :)
> First I want to say welcome. Second, we will help you whe
Julien BLACHE wrote
...
> To put it in a nutshell: uniquely identifying a scanner, don't count
> on it. If it was doable, we would have done so loong ago already.
>
> Fact is, USB scanners reporting a serial number at the USB level are
> the exception. And as Allan wrote already, even otherwise
replying to digest
Date: Mon, 11 May 2009 09:40:43 -0400
From: "m. allan noah"
> On your blog posts, I think your list of how to get device
> identification is good except for a few points-
> 3. there is a version number exposed by the backend, but only as a
> param of sane_init()
>
> 4. You sh
On Wed, May 13, 2009 at 4:35 AM, Kai-Uwe Behrmann wrote:
> replying to digest
>
> Date: Mon, 11 May 2009 09:40:43 -0400
> From: "m. allan noah"
>
>> On your blog posts, I think your list of how to get device
>> identification is good except for a few points-
>
>> 3. there is a version number expo
Hi,
So, I gatherd all information, updated the previous blog posts accordingly and
added another one with two proposals of the needed API changes. Plan B
seems maybe more interesting as work can start right now and API changes can
get integrated later.
Please have a look and tell me what you thin
Yiannis Belias wrote:
Hi,
> So, I gatherd all information, updated the previous blog posts accordingly
> and
> added another one with two proposals of the needed API changes. Plan B
> seems maybe more interesting as work can start right now and API changes can
> get integrated later.
I am no
> From: Yiannis Belias
> http://orion.freehost.gr/gsoc-sane-workflow
Date: Wed, 27 May 2009 23:44:08 +0200
From: Julien BLACHE
> Yiannis Belias wrote:
>> So, I gatherd all information, updated the previous blog posts accordingly
>> and
>> added another one with two proposals of the needed A
Kai-Uwe Behrmann wrote:
Hi,
>> I'm pretty sure the frontend knows all there is to know about the
>> scanner and its settings to retrieve the corresponding ICC profile.
>
> We possibly where holding our breath for something appearing like
> arbitrary per backend settings ;-) It helps to know that
Am 28.05.09, 12:13 +0200 schrieb Julien BLACHE:
> Kai-Uwe Behrmann wrote:
>
> Hi,
>
>>> I'm pretty sure the frontend knows all there is to know about the
>>> scanner and its settings to retrieve the corresponding ICC profile.
>>
>> We possibly where holding our breath for something appearing like
Kai-Uwe Behrmann wrote:
Hi,
> Ah, so arbitrary settings are possible. This will make some instance
> necessary to decide, which setting is colour related and which not in
> order to automatically honour only related settings for ICC profile
Yes. Someone will have to determine this for each (mod
Julien BLACHE writes:
> [snip]
> There is no standard for scanner settings. Each model has different
> settings available, with the most common settings somewhat
> standardised and dubbed "well-known options" in SANE. That's all
> you've got to work with.
And for all the non-well-known options t
Olaf Meeuwissen wrote:
Hi,
> The (external) epkowa backend applies a colour correction profile to the
"external" is the key ;)
>> - machines that send data with samples > 8 bits
>
> The epson, epson2 and epkowa backends can do 16 bit sample scans.
> Moreover, the SANE spec explicitly says tha
Julien BLACHE writes:
> Olaf Meeuwissen wrote:
>
> Hi,
>
>> The (external) epkowa backend applies a colour correction profile to the
>
> "external" is the key ;)
Thought you'd say that :-P
But note that the epson2 backend may do the same in the next release.
Seriously, my point is that some SA
> Message du 29/05/09 09:56
> De : "Julien BLACHE"
> A : sane-devel at lists.alioth.debian.org
> Copie ? :
> Objet : Re: [sane-devel] ICC support for SANE
>
>
> Olaf Meeuwissen wrote:
>
> Hi,
>
> > The (external) epkowa backend applies a colour co
Olaf Meeuwissen wrote:
Hi,
>>> The (external) epkowa backend applies a colour correction profile to the
>>
>> "external" is the key ;)
>
> Thought you'd say that :-P
He he.
> But note that the epson2 backend may do the same in the next release.
>
> Seriously, my point is that some SANE backend
Date: Fri, 29 May 2009 09:56:16 +0200
From: Julien BLACHE
> Yes, but I'm not sure how well this is supported by frontends. XSane
> supports it but then saving in at least some formats goes down to
> 8bit.
PNG and Tiff can handle 16-bit per channel. The >= 8-bit version of Jpeg
is not so commonly
19 matches
Mail list logo