AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

1999.06.03 19:48 "Large File Support", by Bruce Forsberg
1999.06.04 03:45 "Re: Large File Support", by Frank Warmerdam
1999.06.04 07:32 "Re: Large File Support", by Rob Tillaart
1999.06.04 18:35 "RE: Large File Support", by Bruce Forsberg
1999.06.10 09:48 "Re: Large File Support", by Klaus Bartz
1999.06.10 15:10 "Re: Large File Support", by Peter Smith
1999.06.14 11:16 "Re: Large File Support", by Martin Bailey
[...]

1999.06.10 09:48 "Re: Large File Support", by Klaus Bartz

Hi all,

from time to time there is a discussion on this list of extensions to TIFF. There is not only a problem with large files. Six years null-work ( last TTN in 1993 ?) will have it consequence.

I think, to change or expand it is the second step. The last revision of TIFF was released at june 3, 1992. I have seen one EMail from a worker at Adobe in this list dated with 21 Feb 1997 pronoucing a draft of the TIFF 7.0. But after it never seen, never heard somthing of it. I think, Adobe will never release a new revision.

Ok, today there are some people which thinking for a extended format. That is the first point, I think.

TIFF/IT? For a look to it I should not pay two pence, the price is over hundred Swiss Franken. To expensive too see, that the spec will not help me...

Other formats? I do not know some which are public and can support all my requirements - MultiPage, 1 - 32 BitsPerPixel mixed in one file, tiles for large images, losy and lossless compression, resolution reduced childs, and so on. Additional I like the tagged format ( is simple to read with a hex editor). The other format from Adobe is not so simple...

PNG? not the best for 1 bpp and very big images.

An own format? No, customers will not have it.

I do not know how to create a public format ( RFC's, patent analysis, and more shit). I know, it will coast much time.

If a group will be established for it, I will work with - if possible.

My list for a revision is:

  1. An active "police" to handle new or/and private extensions.
  2. Removing old "shit" ( e.g. FillOrder 2 ).
  3. Clear definitons ( e.g. PhotometricInterpretation and EOFB handling with CompressionFormat CCITT T.6).
  4. A IFD lookup table after the FileHeader ( we have customers which means that they must have 1000 or more pages in one file ...). Tag 297 is not practicable.
  5. New compression formats ( deflate, bzip2, may be as extension JBIG, wavlet ... )
  6. IFD in front of bin data ( better for JAVA impl. ).

Facultative 64 bit support.

Klaus

-- 
-------------------------------------------------------------------
Dr. Klaus Bartz                                     bartzkau@ina.de
COI GmbH / Abt. KOS3    Industriestr. 1-3    D-91072 Herzogenaurach
Tel: +49 (9132) 82-3433                        Fax: +49-9132-824959