Aaron Boxer

Thanks. I'm pretty sure the issue is with the Grok tile cache: all decompressed tiles are cached, and then composited into a single buffer which is then written out to...

@EmDevys yes, reducing memory usage is on the road map for the project. I have made a new change that reduces memory usage for tiled images. If you are able...

@EmDevys I have issued a new release with the memory reduction https://github.com/GrokImageCompression/grok/releases/tag/v9.6.0 There is a windows binary attached to the release.

@EmDevys thank - you are right - there were some problems with that release. There is a new windows binary for version 9.6.0 - it has even lower memory usage,...

@EmDevys thanks, good to hear. Your RGB test image is twice as large (uncompressed) as the Peiades image, that's why you are running out of memory. It's possible to drop...

@EmDevys thanks for the timings. Depending on how many threads you have on your system, you should set the number of threads to use for openjpeg: If you have 8...

Thanks, @EmDevys. Those results look a bit odd. If number of threads is not specified for kakadu, then it will use the maximum number of threads available. So, setting num_threads...

@EmDevys when you have time, please try out the latest windows release binary. I have significantly dropped memory usage so you should now be able to decompress that 25024 x...

@EmDevys thanks - I just realized that the image is lossy compressed, so you shouldn't expect them to be identical for different j2k libraries. I guess I should take a...

@EmDevys thanks very much for the file. I see it is a single tile image, so my recent memory reduction work won't apply to this format. This will take a...