- 2006.09.27 13:36 "[Tiff] Re: Horizontal prediction for 16bit data", by Joris Van Damme
- 2006.09.27 22:56 "Re: [Tiff] Horizontal prediction for 16bit data", by Chris Cox
-
2006.10.06 22:03 "[Tiff] Inverting color space values in a TIFF file", by Richard Nolde
- 2006.10.06 22:05 "Re: [Tiff] Inverting color space values in a TIFF file", by Toby Thain
- 2006.10.06 22:50 "Re: [Tiff] Inverting color space values in a TIFF file", by Joris Van Damme
2006.10.09 12:49 "Re: [Tiff] Horizontal prediction for 16bit data", by Andrey Kiselev
On 9/28/06, Joris <joris.at.lebbeke@skynet.be> wrote:
Reorder planes -> difference -> byte order swap to file order -> compress And the reverse
Decompress -> byte order swap to host order -> undo-difference -> reorder planes
OK, that clears it up. Depredicting comes after resolving byte order in de decoding pipeline. My problem is that I take byte order into the next layer that deals with color and color convertion, so there is no resolution of image data byte order inside my TIFF codec at all. The reason was mainly that I didn't want to end up swapping bytes, only to next possibly swap them back when feeding the stuff directly into an encoder session.
Joris,
I am late on this topic, but I just want to clarify that libtiff works in the way Chris described above. So it should create valid TIFF files (at least readable with Photoshop).
Regards,
Andrey
--
Andrey V. Kiselev
ICQ# 26871517