| AWARE [SYSTEMS] | Imaging expertise for the Delphi developer | |||||||
![]() |
TIFF and LibTiff Mailing List Archive | |||||||
LibTiff Mailing List
TIFF and LibTiff Mailing List Archive Contact
The TIFF Mailing List Homepage |
Thread2004.05.27 18:41 "Re: large TIFF - two alternatives", by Chris Cox> > So, back to option 1, what would it take to get this ball rolling? Would > Adobe consider producing an updated specification that addresses this? Yes, but that will take a while (our managers tend to put feature development ahead of standards updates ;-). I'm already planning to update the spec. for a new predictor and general cleanup (integrate the tech notes, kill the obsolete JPEG section, etc.). > Would > it be helpful for the libtiff team to go ahead with prototype > implementation of > the new format for "test driving"? Yes (in a branch, of course!). > I am personally very in favor of specification > documents developed concurrently with a couple of interoperable > implementations of > the specification. The best idea would probably be setting up a TWIKI site to keep an ongoing list of differences from the TIFF 6 spec, and include any implementation issues we come across. I'm not sure if we'd want it fully public or private. > Steve's Alternative 1 pretty much > captures what I wanted to accomplish albeit at the cost that older readers > can't possible get anything from the new files till updated. That's why it really needs a different file extension. Chris |
|||||||