AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2016.11.12 20:16 "[Tiff] Libtiff 4.0.7 release pending ...", by Bob Friesenhahn
2016.11.21 19:36 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:29 "Re: [Tiff] 12 bit byte format", by Kemp Watson
2016.11.21 19:07 "[Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:20 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:31 "Re: [Tiff] 12 bit byte format", by Bob Friesenhahn
2016.11.21 19:21 "Re: [Tiff] 12 bit byte format", by Kemp Watson
2016.11.21 19:25 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:32 "Re: [Tiff] 12 bit byte format", by Kemp Watson
2016.11.21 19:35 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:32 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:43 "Re: [Tiff] 12 bit byte format", by Bob Friesenhahn
2016.11.21 19:45 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:54 "Re: [Tiff] 12 bit byte format", by Bob Friesenhahn
2016.11.21 20:28 "Re: [Tiff] 12 bit byte format", by Kemp Watson
2016.11.21 21:05 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 21:04 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
2016.11.21 19:42 "Re: [Tiff] 12 bit byte format", by Aaron Boxer

2016.11.21 19:31 "Re: [Tiff] 12 bit byte format", by Bob Friesenhahn

Is this related to the fill order?

Fill order is about the ordering of bits in a byte. If the fill order is wrong, then there is no resemblance to original values.

My understanding is that 12-bits (and any other depth not matching a stored "word" size) should always be stored in big-endian byte order. 16, 24, 32, and 64-bits would be stored in the indicated byte order.

If you are using libtiff, then you will find that libtiff swaps data to native order for 16, 24, 32, and 64-bits, but otherwise not.

Bob
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/