<div dir="ltr">Hi Jukka,<div><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I would like to see something that is open source and fast with JPEG2000. I<br>
think that it would be OK to support only a subset of JPEG2000 standard if<br>
the basic operations would be super fast. I took just a moment ago some<br>
timings for another purpose but they may be interesting. I converted the<br>
same 12000x12000 pixel image (432 MB uncompressed) with a few different methods:<br>
<br>
GDAL (64-bit) from tiff to tiff: 3 seconds<br>
GDAL (64-bit) ECWJP2 (SDK 5.0) from lossless JPEG2000 to tiff: 21 seconds<br>
GDAL (64-bit) JP2KAK (SDK 7.3.2) from lossless JPEG2000 to tiff: 14 seconds<br>
Kakadu 7.3.2 (64-bit) kdu_expand from lossless JPEG2000 to tiff: 7 seconds.<br>
<br>
The new library with opencl should be at least as fast as ECWJP2 with GDAL<br>
but the faster the better.<br>
<br></blockquote><div><br></div><div>Using GPGPU has a potential 10x to 20x speedup over CPU.  </div><div><br></div><div>My new library is progressing:  now working on the CUDA to OPenCL conversion.</div><div><br></div><div>
 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It is interesting to see that native Kakadu application was two times faster<br>
than GDAL with JP2KAK driver of the same Kakadu version. Of course the use<br>
case is very simple.<br></blockquote><div><br></div><div>I don't know enough about the GDAL drivers to comment on this, but it does seem odd.</div><div><br></div><div>Aaron</div><div> </div></div></div></div>