Unexpected maximum number of reader instances with open-jpeg driver
Mantis Issue 1035, reported by rcresson, assigned to jmichel, created: 2015-04-28
I think there is a problem with image IO, when using a lot of jp2 files. Using arrays of readers (or let's say, using an input raster list, like FloatVectorImageList in otbapps) there is an exception thrown (ERROR 4: 'myfile.jp2' not recognised as a supported file format.) when rasters files are jp2, and number > 84 files.
With Geotiff files I never encountered this problem, on collections with more than 200 images... but this happen with jp2 files.
Tried with: -home-made app, which use vector of readers -home-made app, which use FloatVectorImageList -otbcli_TileFusion
No problem at all with GeoTIFF files. Seems to be related to jp2
Software versions (compiled from sources): -OTB4.2 -GDAL 1.10.1 compiled using --with-openjpeg (open jpeg 2.0)
1431438766 - mickaelCould you please give me the result of gdalinfo over one of your files.
For the moment I didn't reproduce the issue with my data and the 4.2 through the tileFusion application. I think I have not a representative dataset
1431439695 - remiHere is the gdalinfo output:
Driver: JP2OpenJPEG/JPEG-2000 driver based on OpenJPEG library Files: /homeL/cresson/stock/tmp/fu_ign_test/ORT_S6F/ORT_2014_1176_6231_LA93_16Bits.jp2 Size is 2000, 2000 Coordinate System is: PROJCS["RGF93 / Lambert-93", GEOGCS["RGF93", DATUM["Reseau_Geodesique_Francais_1993", SPHEROID["GRS 1980",6378137,298.2572221010002, AUTHORITY["EPSG","7019"]], TOWGS84[0,0,0,0,0,0,0], AUTHORITY["EPSG","6171"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4171"]], PROJECTION["Lambert_Conformal_Conic_1SP"], PARAMETER["latitude_of_origin",46.5], PARAMETER["central_meridian",3], PA