Comment 1 for bug 535469

OpenJPEG looks to have all the features we need. Unfortunately Kakadu is just so fast that we should continue using it to reduce our server processing overhead.

Slightly loosey goosey comparison (not kdu_expand uses two threads):
mang@home:~/public_html/imageconvert/jpeg_compression_test
$ ln -s /dev/null out.ppm
mang@home:~/public_html/imageconvert/jpeg_compression_test
$ time ~/src/openjpeg-read-only/codec/j2k_to_image -i bird.jp2 -o openjpeg.ppm

[INFO] tile 1 of 1
[INFO] - tiers-1 took 2.020000 s
[INFO] - dwt took 1.760000 s
[INFO] - tile decoded in 5.050000 s
Generated Outfile openjpeg.ppm

real 0m8.415s
user 0m7.910s
sys 0m0.510s
mang@home:~/public_html/imageconvert/jpeg_compression_test
$ time ~/src/openjpeg-read-only/codec/j2k_to_image -i bird.jp2 -o out.ppm

[INFO] tile 1 of 1
[INFO] - tiers-1 took 2.020000 s
[INFO] - dwt took 1.760000 s
[INFO] - tile decoded in 5.040000 s
Generated Outfile out.ppm

real 0m8.459s
user 0m8.020s
sys 0m0.440s
mang@home:~/public_html/imageconvert/jpeg_compression_test
$ time kdu_expand -i bird.jp2 -o out.ppm

Consumed 1 tile-part(s) from a total of 1 tile(s).
Code-stream bytes (excluding any file format) = 1476174 = 0.939796 bits/pel.
Processed using the multi-threaded environment, with
    2 parallel threads of execution (see `-num_threads')

real 0m0.827s
user 0m1.260s
sys 0m0.080s