Valerii Zapodovnikov

OMG, I am so done with Kakadu! 8.0.4 Kakadu has an opposite problem! It has some garbage bytes after end of codestream!! After 0xFFD9 marker! Fixed in 8.0.5.

https://github.com/msabwat/openjpeg/commit/f4cb033a340b55dbc576453c4b6a967fec5cbbda will fix it, I hope. BTW, who knows why ffmpeg and openjpeg (thay is native decoder and libopenjpeg) are not bitperfect for sYCC stuff? **BECAUSE lossy jpeg 2000 is...

What about -d 10000,10000,15000,15000?

Grok supports it.

Is this a duplicate of https://github.com/uclouvain/openjpeg/issues/720?? This is because chnaging pointer to 64 bit will fail one unit test (anyway, that is flase)!! Wow. Haha. P.S. I was wrong!

Grok mentiones that it compared to openjpeg can decode the following: ``` decompress 6 resolutions from 580000x825000 single-tiled [image of Luxembourg](https://s3.eu-central-1.amazonaws.com/download.data.public.lu/resources/orthophoto-officelle-du-grand-duche-de-luxembourg-edition-2020/20210602-110516/Luxembourg-2020_ortho10cm_RVB_LUREF.jp2) decompress 7 resolutions from 580000x825000 single-tiled [image of Luxembourg](https://s3.eu-central-1.amazonaws.com/download.data.public.lu/resources/orthophoto-officelle-du-grand-duche-de-luxembourg-edition-2020/20210602-110516/Luxembourg-2020_ortho10cm_RVB_LUREF.jp2)...

Hmmm, well, first of all this is lossy sYCC (EnumCS 18), which is ONLY full range inside JPEG 2000. It is different from YCbCr_1 (EnumCS 1) which is limited range,...

Photoshop also decodes that differently. Sigh.

> I don't know why it's faulty. Because it uses very rare sYCC color space. That is why. Please attach the j2k.js ouput right here (drag and drop). Preferably in...

BTW, it is a very old library you are using, though of course that rendering in C compiled to Javascript is cool. See https://acdha.github.io/jp2-polyfill/demo.html