[sldev] VWR-13511 : Occasional crashes in OpenJPEG

Dzonatas Sol dzonatas at gmail.com
Mon May 25 08:11:17 PDT 2009


Philippe Bossut (Merov Linden) wrote:
> KDU is flat out 3 times faster to decode than OpenJPEG. The ratio is  
> consistent throughout the whole session.
>   

Until OpenJPEG v2, this 3x factor is simply due to the fact that KDU is 
able to pull metadata without any decode on any resolution level. The 
API for v1.x didn't have a call to extract just the header like the v2 
of the API does. Therefore, at least up to 2x of that that 3x factor can 
be accounted for in time wasted to decode resolution levels when it 
didn't need to in order to just get metadata out of the header.

Also, the default compile options on the OpenJPEG library does not have 
tree-vectorization optimization turned on. Without tree-vectorization, 
only a few picked areas of the code get SSE optimization. With 
tree-vectorization, the compiler will vectorize as much as it can as the 
code is written in a way to enable such tree-vectorization. Do note that 
tree-vectorization is not on by default because not everybody compiles 
with GCC, and MSVS did not support tree-vectorization.

As for the metadata only mentioned above, that is fixed in OpenJPEG v2.


More information about the SLDev mailing list