2016.11.21 19:42 "Re: [Tiff] 12 bit byte format", by Aaron Boxer
On Mon, Nov 21, 2016 at 2:36 PM, Aaron Boxer <firstname.lastname@example.org> wrote:
On Mon, Nov 21, 2016 at 2:31 PM, 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.
> So, I guess in my case, libtiff just returns the bits as they are stored > in the file. Is it possible for graphics magick to store 12 bit RGB tiff in
> absolute increasing address
i.e. R0 R1 R2 G0 G1 G2.....