Page 1 of 1

Slow Jpeg2000 (JP2) performance

Posted: Mon Apr 01, 2024 8:42 am
by ChangeMe9000
I'm on a M1 Pro mac and have to say the performance of viewing jp2 files in XnView is very slow compared to other alternatives. I'd say it's 3-4x slower on large images compared to e.g. Phoenix Slides, which is open source. Some optimisations would be very welcome.

Re: Slow Jpeg2000 (JP2) performance

Posted: Fri Apr 12, 2024 9:45 am
by xnview
XnView MP uses OpenJPEG, but i think that Phoenix Slides uses internal macos codec

Re: Slow Jpeg2000 (JP2) performance

Posted: Fri Apr 12, 2024 10:04 am
by ChangeMe9000
xnview wrote: Fri Apr 12, 2024 9:45 am XnView MP uses OpenJPEG, but i think that Phoenix Slides uses internal macos codec
Ok. Phoenix Slides does seem slightly faster than the built-in macos preview app, though.

I've done some more comparisions, and it's not just Jpeg2000 that's remarkably faster, but also decoding large jpeg and jpeg-xl images.
The ultimate image viewer would have the functionality of XnView and the speed of Phoenix Slides :)

Re: Slow Jpeg2000 (JP2) performance

Posted: Sun Apr 14, 2024 5:11 am
by foxyshadis
I checked, and ultimately Phoenix uses CGImageSourceCreateWithData, the main MacOS image decoding API, which is very optimized and GPU accelerated. While XnView normally only uses built-in code, it's not impossible that it could interface with MacOS's API... just doesn't seem likely, especially without a testing environment.

Maybe if QT ever natively supports it?

Re: Slow Jpeg2000 (JP2) performance

Posted: Tue Dec 17, 2024 8:38 am
by xnview
Right with internal decoder loading is 2 times faster. See issue for current status and some details.

Re: Slow Jpeg2000 (JP2) performance

Posted: Tue Feb 04, 2025 8:10 am
by xnview
This problem is supposed to be fixed in XnView MP 1.8.4. Please check and confirm the bug fix here.