Page 1 of 1

jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 8:02 am
by thibaud
I know that some comparison can be unfair.
I don't often deal with jpeg2000 files but I recently had to work with some old book scans (appears not uncommon for librarians to rely on this formats when scanning their collection).
and much to my surprise, it appeared that xnview/xnviewMP took a very very very long time to render the thumbnails.

so I did some test, and here are the results:
one folder with 500 .jp2 files (each file 3065x4676 - 24 bit per pixel - average file size 390KB)
  • Xnview: 50 min to render the 500 thumbnails.
  • acdsee: 5 sec to render the 500 thumbnails.
That's about 600 times slower !
at first, given the huge difference I though acdsee was probably only reading some embedded thumbnail or something, but no, it does reads and display the fullsize in a snap.
may be worth finding out what jp2 lib is acdsee using... or perhaps consider finding a more efficient decoder for xnview.
(btw I had to copy the jpeg 2000 plugin from xnconvert to be able to open the files in xnviewMp. before that it did display the thumbnail but would not open the file (right click > open was grayed out)

Anyway, it looks like xnview won't be up to the task as I have about 9000 jp2 files to go through :)

Re: jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 8:22 am
by xnview
Yes, acdsee seems to use a better (commercial) library, i use OpenJpeg or Jasper

Re: jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 8:52 am
by thibaud
yeah, this one http://j2k-codec.com/ claims to be 10x faster than jasper or openjpeg.
not free though...

Re: jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 9:01 am
by xnview
thibaud wrote:yeah, this one http://j2k-codec.com/ claims to be 10x faster than jasper or openjpeg.
not free though, but relatively cheap...
yes right

Re: jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 9:05 am
by thibaud
also looks like there's some open source gpu based (cuda only) codec.
http://apps.man.poznan.pl/trac/jpeg2k/wiki

Re: jpeg 2000 decoding performance

Posted: Mon Apr 29, 2013 9:07 am
by xnview
thibaud wrote:also looks like there's some open source gpu based (cuda only) codec.
http://apps.man.poznan.pl/trac/jpeg2k/wiki
yes but with cuda

Re: jpeg 2000 decoding performance

Posted: Sat May 04, 2013 7:09 am
by jgutierrez
Maybe J2K-Codec guys will be interested in a free license to XnViewMP as an exchange of a credit in the about dialog?
http://newsgroup.xnview.com/viewtopic.php?f=60&t=27931

Re: jpeg 2000 decoding performance

Posted: Mon Mar 12, 2018 7:06 pm
by Delphisa
Hello

I had difficulties with handling of .jp2 files downloaded from French IGN Geoportail "Remonter le temps".

I made some trails with XnviewMP for Linux, on a PC with Ubuntu 16.04, 4 Go RAM. For small files (less than 6 or 7 Mo) it's OK . A little bit slow, but that's not a problem for me. But for large files : software freeze (or maybe several minutes to give a response).

I found a intermediate solution with an earlier version of Xnview (I have version 2.20), with pluggin LuraWave JPEG-2000 (lwf\jp2.dll), on a Windows XP machine with 2 Go RAM. But there I have "lack of memory" problem when processing big files, 15 Mo or more.

Eventually, The better results I have are with my Linux Ubuntu PC (4 Go RAM), with Xnview V2.20 (for Windows) running under Wine (and the LuraWave JPEG-2000 pluggin). Yes Xnview is well supported by Wine! (I have Wine V3.0).

Would it be possible to get a pluggin LuraWave JPEG-2000 for XnviewMP in Linux (without Wine) ?

Re: jpeg 2000 decoding performance

Posted: Thu Mar 29, 2018 2:58 pm
by xnview
Delphisa wrote: Would it be possible to get a pluggin LuraWave JPEG-2000 for XnviewMP in Linux (without Wine) ?
Now the lurawave JPEG-2000 is no more free :(