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 <boxerab@gmail.com> 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.....