Opened 22 years ago

Last modified 22 years ago

#220 closed defect (fixed)

GDAL CVS 10/8/02 GTiff w/ jpeg compress broken

Reported by: dgraham@… Owned by: warmerdam
Priority: high Milestone:
Component: default Version: unspecified
Severity: critical Keywords:
Cc:

Description

Frank,

I am having some difficulty with the GTiff with Jpeg internal compression under 
GDAL.  We have numerous files of this type that we use with mapserver.  When I 
built GDAL on 10/8/02 to get your ECW fix it seemed to break the Tiff/JPEG 
piece.  I looked through the code and cannot identify the problem other then to 
say it lies somewhere between libTiff and libJpeg which are both compiled 
directly into GDAL.

Here is the error:

gdaltindex doq8m_z10.shp N:\wms_data\doq8m\z10\D33119_10.tif N:\wms_data\...

ERROR 1: JPEGLib:JPEG parameter struct mismatch: library thinks size is 464, cal
ler expects 432
Unable to open N:\wms_data\doq8m\z10\D33119_10.tif, skipping.
:
:

This is all very odd because it looked like the libtiff code was calling the 
jpeg .h files to get the structures.  I checked and double checked my include 
path and library paths.  I also verified that things work fine when I use 
gdal1.1.7 from May 2002.  My question to you is have you updated the libjpeg or 
libtiff code in GDAL reciently?

I need to fix this and I'm willing to give it some time if you can give me some 
hints as to where I should look.

Dave

Change History (2)

comment:1 by dgraham@…, 22 years ago

Frank

I was thinking of attaching one of our tiled tiffs with jpeg compression but I 
did not want to jam up the database with a large file.  If you want one for 
testing please drop me a line.

Dave

comment:2 by warmerdam, 22 years ago

I have migrated the fixes in libtiff/tif_jpeg.c to GDAL's libtiff copy.  This
seems to fix the problem for me on windows. 


Note: See TracTickets for help on using tickets.