AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
November 1999

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



Valid HTML 4.01!



Thread

1999.11.24 14:42 "byte order of >8bpp data", by Frank Warmerdam
1999.11.24 16:31 "Re: byte order of >8bpp data", by Tom Lane
1999.11.24 17:09 "Re: byte order of >8bpp data", by Frank Warmerdam
1999.11.25 06:01 "Re: byte order of >8bpp data", by Tom Lane

1999.11.25 06:01 "Re: byte order of >8bpp data", by Tom Lane

Frank Warmerdam <warmerda@home.com> writes:
> Note that the TIFFIsByteSwapped() documentation in the TIFFquery.3t man page
> say:

>> TIFFIsByteSwapped returns a non-zero value if the image data was in a 
>> different byte-order than the host machine. Zero is returned if the image 
>> data and local host byte-orders are the same. Data samples that are more 
>> than 8 bits wide must be byte-swapped by the application. 

> The statement that "data samples that are more than 8 bits wide must be 
> byte-swapped by the application" appears to be wrong, and I will correct the
> man page unless someone can explain why it shouldn't be changed. 

Actually, it depends on how the application is reading the file; with
TIFFReadStrip and higher-level functions, the app can expect to receive
data in local host byte order, but with TIFFReadRawStrip etc, the app
would need to do its own decoding (both decompression and byte swapping).
So TIFFIsByteSwapped() offers a useful bit of info for an app that wants
to get down and dirty.

I think the code is probably OK, but the documentation needs to be
upgraded to explain the alternatives more thoroughly...

                        regards, tom lane