AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2002.12.04 11:25 "Bugs in tiff_dirread.c?", by Torsten Hentschel
2002.12.04 14:36 "Re: Bugs in tiff_dirread.c?", by Dwight Kelly
2002.12.05 11:41 "Re: Bugs in tiff_dirread.c?", by Torsten Hentschel
2002.12.05 13:10 "Re: Bugs in tiff_dirread.c?", by Dwight Kelly
2002.12.05 15:38 "Re: Bugs in tiff_dirread.c?", by Torsten Hentschel
2003.01.15 15:59 "libtiff 3.6.0 Beta", by Frank Warmerdam
2003.01.15 18:41 "IFD Location", by scott
2003.01.15 20:11 "Re: IFD Location", by Dwight Kelly
2003.01.28 19:28 "ifd offset problem?", by Bob Herion
2003.01.31 16:52 "Opening compressed images in "update" mode.", by Frank Warmerdam
2003.02.03 07:54 "RE: Opening compressed images in "update" mode.", by Rainer Wiesenfarth

2002.12.05 15:38 "Re: Bugs in tiff_dirread.c?", by Torsten Hentschel

<x-flowed>Dwight Kelly wrote:

> If you will send me a sample file, I can verify my patch is correct. I > originally wrote the patch to handle certain TIFF/IT-P1 files.

The quote below directs you to an example file:

I am asking this, because when I use ``tiffdump'' to show the directory content of the example image jim___gg.tif from ftp://ftp.remotesensing.org/pub/libtiff/v3.4pics.tar.gz, the last tag is printed as:

    HalftoneHints (321) SHORT (3) 2<254 1>

But when I use ``tiffdump'' from DaVince Tools (http://www.davince.com) it prints the last tag as

    Tag HalftoneHints 321 : type SHORT : count 2<1 254>

When I am looking at the encoding of the tag using a hex dump utility (tag offsets's encoding starts at 0xbe) I see the following bytes (in that order):

     01 00 fe 00

Byte order of that file is obviously little endian.

Kind regards,

Torsten

To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
or unsubscribe in the email body. Libtiff home page: http://www.libtiff.org
</x-flowed>