[sane-devel] Image Compression doesn't support in SANE protocal

[m. allan noah]

On Wed, 23 Aug 2006, Michael Hennebry wrote:

> On Tue, 22 Aug 2006, m. allan noah wrote:
>
>> On Tue, 22 Aug 2006, René Rebe wrote:
>>
>>> Well that stinks as you lose a lot of detail with the lossy jpeg
>>> decompression.
>>
>> even worse, if you are running the thing over the net backend, you convert
>> to huge bitmap just before you transfer it over the network!
>>
>>>
>>> Maybe let's add the JPEG frame type rather soon (even in SANE 1) and let's
>>> add an IR (infra red) frame specification on the way as good film scanner
>>> deliver for dust and the-like removal.
>
> Perhaps with carefully crafted code,
> decompression compression could be made an identity operation.
> If not, perhaps it could be made idempotent.

elaborate

>
>> SANE2 could require that the frontend support jpeg, and that could become
>> the default for the 'format' option.
>
> Not having a default would better than making it a lossy compression method.
>
> If one is going to do compression, perhaps it would be good
> to have a non-loosy method as one of the options.

agreed. zlib ok?

allan

-- 
"so don't tell us it can't be done, putting down what you don't know.
money isn't our god, integrity will free our souls" - Max Cavalera