> > > did you bench timings using GDAL API & utilities (typically with > gdal_translate) ? The ones indicated in the PR use the utilities that come > which each library, but the integration within a GDAL driver might have > some influence on the timings. >
Yes, the timings will definitely be lower with the current driver, as it doesn't take full advantage of some library features such as 1. tile cache 2. multi-threading across tiles 3. combination of memory mapping and PLT markers, where parts of the codestream that don't need to be decoded are not even read from disk at all. There's no reason why JP2Grok can't match the library utilities in performance, once I support the above features in the driver. > What about single threaded usage ? > I can certainly benchmark this. Aaron > Le 03/05/2021 à 16:59, Aaron Boxer a écrit : > > Hi Folks, > > I would like to draw people's attention once again to the pending JPEG > 2000 driver PR > https://github.com/OSGeo/gdal/pull/3449 > which was opened 3 months ago. Since I last posted, the driver now has an > autotest script courtesy of Frank Warmerdam, and all tests are passing. > > In a nutshell, performance is 2-5 times faster than the only other viable > open source driver, from OpenJPEG, in several common geospatial work flows. > And performance rises by around 2X if the new HTJ2K entropy coder is used. > The AGPL license will not work for everyone, which is why the driver is > disabled by default. > > We've already discussed this at length in the previous thread and in the > PR, but if you would like to see this new driver merged, please head over > to the PR and give it a thumbs up. Or, if you don't want this driver > merged, please share your feedback on the PR. > > Kind Regards, > Aaron > > > > > > > > > > _______________________________________________ > gdal-dev mailing > [email protected]https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- http://www.spatialys.com > My software is free, but my time generally not. > >
_______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
