Opened 19 months ago
Closed 19 months ago
#792 closed defect (fixed)
GeoTIFF 12 bit jpeg compression not supported
Reported by: | dugalh | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | Package |
Version: | Keywords: | 12 bit jpeg geotiff | |
Cc: | dugalh |
Description
Hello, I get "ERROR 1: JPEGSetupEncode:BitsPerSample 12 not allowed for JPEG" when using gdal_translate with a 12 bit jpeg compressed geotiff as source. I am using the latest gdal (3.6.4). Is there something I can do to read this file?
Change History (5)
comment:1 by , 19 months ago
comment:2 by , 19 months ago
Does that imply I need to build my own gdal, and not use the OSGeo4W one? Previous versions of OSGeo4W's gdal have worked with these files.
comment:3 by , 19 months ago
From https://gdal.org/development/building_from_source.html:
Starting with GDAL 3.7, if using libjpeg-turbo >= 2.2, which adds native support for dual 8/12-bit, using internal libjpeg-12 is no longer needed to get 12-bit JPEG support in the JPEG, MRF, NITF or GeoTIFF (when built with internal libtiff) drivers. If using external libtiff, libtiff >= 4.5 built against libjpeg-turbo >= 2.2 is needed to get 12-bit JPEG support in the GeoTIFF support.
"We" have libtiff 4.4.0 instead of current 4.5.0 and libjpeg-turbo 2.0.7-esr and it looks like 2.2 does not exists yet - the latest tag is 2.1.91 (main is 2.1.92)
comment:4 by , 19 months ago
OK... thanks. That sounds like it will be fixed some time in the not too distant future?
comment:5 by , 19 months ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in gdal-3.7.0-2 (https://github.com/jef-n/OSGeo4W/commit/c54d56a15918c4ed63afa5b776e6a5041f26f38d)
The requirements are documented in https://gdal.org/drivers/raster/gtiff.html