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
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 15:39 "Re: Support for 16-bits per sample images", by Andrey Kiselev

On Tue, Feb 24, 2004 at 08:02:30PM +0000, mayankg@iiitb.ac.in wrote:
> 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?

I think you are speaking about TIFFRGBAImage interface. This interface
doesn't intended to be a solution for complex image processing tasks. If
you want to work with 16-bit images you should use
TIFFReadEncodedStrip()/TIFFReadTile() functions and don't rely on
autoconversion logic performed by the TIFFReadRGBAImage().


-- 
Andrey V. Kiselev
Home phone:  +7 812 5274898  ICQ# 26871517