2004.05.27 01:15 "[Tiff] large TIFF - two alternatives", by Steve Carlsen

2004.06.02 14:20 "RE: [Tiff] large TIFF - two alternatives", by Steve Carlsen

As far as Endian issues, lets share the pain, and don't put it all on one platform to have to swap. As the number of multibyte sensors grows, I can see that all of my work in a few years will be 16bit/band image or greater. This will require swapping every pixel value all the time on read and write. Let me write what is convenient for my platform and read whatever is thrown at me.

There may be a compromise position here: let the directory/dictionary structure be always big-endian, but allow pixel data to be either (and flagged as such). This may simplify "New TIFF" readers a bit (?), and yet gives the desired performance.

I think you're the first "vote" for a more general make-over of TIFF. I'm happy that there's at least one. :-)