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