2005.04.11 00:03 "[Tiff] TIFF Technote 3, draft 1", by Chris Cox

2005.04.11 21:04 "Re: [Tiff] TIFF Technote 3, draft 1", by Chris Cox


This means that the predictor reorders the bytes into a semi-BigEndian order, and that the TIFF reader and writer should not change the byte order of the image data outside of the predictor.


I think I know what you mean, but it's mighty confusing. Wouldn't it serve your intention better to use the word 'bit-order' in relation to the throwing around bits scheme that serves the predictor, rather then the word 'byte-order'?

No, because it really is moving the bytes.

The bit order remains constant.

Also, possibly I'm being stupid, but I'm unsure about how the regular Intel/Motorola byte-order issue applies to the 16bit float format. Does swapping apply in such a case, i.e. is the image data differently swapped in Intel and Motorola byte order files? Perhaps a note about that could be a useful addition, if I'm not being plain stupid.

Without the predictor, you do have to byte swap the image data for floating point data that has BitsPerSample equal to a multiple of 8. Yeah, that should be obvious.

With this predictor, you don't need to do that extra step, because the predictor does byte reordering as part of the prediction process. (which complicates the TIFF pipeline a little, but does help compression quite a bit).