[sane-devel] Image Compression doesn't support in SANE protocal
m. allan noah
anoah at pfeiffer.edu
Wed Aug 23 16:13:11 UTC 2006
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
>> 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.
>> 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?
"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
More information about the sane-devel