Re: 16 bit per sample support

Ewald R. de Wit (ewald@pobox.com)
Tue, 6 Apr 1999 12:20:03 +0200

Jonathan A. Buzzard (jab@hex.prestel.co.uk) wrote:
> Er, if I stretch to use the *full* dynamic range this is not the case.

Does anyone know an efficient algorithm to upsample say 10 or 12 bits
to 16? The example David gave earlier (4->8 bits) doesn't apply here well.

> SANE is for scanning, and what about those people that will be throwing
> their hands in the air if the scanning software is mugging their precious
> pixel values. For some applications this stretching of the values is
> simply not acceptable, why is SANE seeking to rule these applications
> out?

I don't understand your aversion against upsampling in general but I
feel too that it should not take place in the backend. IMHO the
backend should just give you the data as the scanner sends it out and
it's the responsibility of the frontend to make sense of it.
Putting it in all the backends would mean more (duplicate) work.

OTOH it would be nice to have simple access to the deep color data in
a unified 16 bit format. Perhaps in the longer run this would be
better.

-- 
  --  Ewald

--
Source code, list archive, and docs: http://www.mostang.com/sane/
To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com