Re: 16 bit per sample support
Jonathan A. Buzzard (jab@hex.prestel.co.uk)
Mon, 05 Apr 1999 23:02:56 +0000
adilger@enel.ucalgary.ca said:
> If you are doing things like adding images together, just assuming
> that 12 bits is better than the stored 16 bits is pointless, because
> if you are adding more than 16 images or doing other mathematical
> operations you will overflow anyways, and you are probably better off
> using a 32-bit fixed point representation anyways. The important
> thing is that you know what bit-depth the original data was in, and
> the back-end will know this, and the front-end should save it. PNG
> does this, and it is being used for medical image storage.
In a world where everyone is using PNG and the front end stores the
bit depth of the original image this is fine. Not everyone lives in
a perfect world.
Fixed point representation in image processing is a last resort, and adding
images is only an example, intended to be simplistic so everyone could
grasp the concept.
JAB.
--
Jonathan A. Buzzard Email: jab@hex.prestel.co.uk
Northumberland, United Kingdom. Tel: +44(0)1661-832195
--
Source code, list archive, and docs: http://www.mostang.com/sane/
To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com