AWARE [SYSTEMS]
AWare Systems, , Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
February 2004

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



New Datamatrix section



Valid HTML 4.01!



Thread

2004.02.24 14:32 "Support for 16-bits per sample images", by <mayankg@iiitb.ac.in>
2004.02.24 15:39 "Re: Support for 16-bits per sample images", by Andrey Kiselev
2004.02.24 15:41 "Re: Support for 16-bits per sample images", by Frank Warmerdam
2004.02.24 15:54 "Re: Support for 16-bits per sample images", by Bob Friesenhahn
2004.02.24 19:14 "Re: Support for 16-bits per sample images", by Chris Cox
2004.02.24 19:46 "Re: Support for 16-bits per sample images", by Bob Friesenhahn
2004.02.25 05:32 "Re: Support for 16-bits per sample images", by <mayankg@iiitb.ac.in>
2004.02.25 05:59 "Re: Support for 16-bits per sample images", by Andrey Kiselev

2004.02.24 19:14 "Re: Support for 16-bits per sample images", by Chris Cox

At 9:54 AM -0600 2/24/04, Bob Friesenhahn wrote:
> On Tue, 24 Feb 2004 mayankg@iiitb.ac.in wrote:
> > Hi,
> > Does the libtiff library supports 16-bits per sample images for both RGB and
> > CMYK images?
> > If Yes, then what is the latest version that supports it?
> >
> > Also, I found that, the version that i have, does have some level of support
> > for 16-bit RGB images, but it just truncates the data from 16-bits 
> > to 8-bits to
> > store it as an 8-bit image. Is this statement correct?
>
> What the other guys have told you on this list is that libtiff is
> capable of producing the original 16-bit data, but the interfaces
> require that you parse the data in your own application.  Care must be
> taken since 16-bit TIFF can be big or little endian and the data is
> not re-ordered for you.

If that is the case, that would be a major bug in LibTIFF -- because 
differencing predictors have to be applied/removed in native byte 
order.
LibTIFF should always convert the image data to native byte order 
before handing it off.

Chris