IPP library support for JPEG's in VVL (ICL) format

[suryakiran1]

Hi,

We have an older hardware which generates JPG's in the VVL format (ICL profile).

We have tried decompressing these images using IPP which says insufficient memory buffer.

Are there any plans to support this feature? Can you give some pointers on how we

could add this support to the existing JPEG decoder code?

Can anyone provide any information on a JPEG decoder which could decompress these

images??

Regards,
Surya Kiran

[Vladimir_Dudnik]

Hi Surya,

could you please attach sample JPEG file generated by those hardware? It can help us to understand where is the issue.

Regards,
Vladimir

[suryakiran1]

Hi Vladimir,

I am attaching the jpeg file that the hardware generated. If you open the file in a hex editor it shows the format as VVL.

Regards,

Surya

[Vladimir_Dudnik]

Surya,

quick test shows that the file has incorrect values in some JPEG segments (wrong quantization tables segment and wrong huffman tables segment). It is not possible to decode that image without correcting that information. You probably need to check if you configure your hardware encoder correctly.

Vladimir

[suryakiran1]

Hi Vladimir,

Unfortunately, we dont have access to the hardware encoder. This is one of the older products that we must support and hence we need to figure out if we can handle this from the pc side software. Any idea how difficult it is to handle decoding images like this?

Regards,

Surya

[Vladimir_Dudnik]

Surya,

I need to have more data generated by that encoder to see what other kind of errors it can introduce. Regarding the file in attachment, it probably can be decoded by IPP JPEG decoder if we tune it specially for that (mostly by ignoring some bad values in JPEG header). But we need to know what other kind of errors it can introduce because it is not always possible to ignore errors in headers.

Vladimir

[suryakiran1]

Vladimir,

I am attaching around 30 images that we got from the encoder. HTH.

Regards,

Surya

[Vladimir_Dudnik]

Ok, thanks, I will look at that (it may take some time). First impression is that this codec seems has one issue which reproduced in every generated image, so can be workarounded with special version of JPEG (dedicated for images with exactly that inconsistance).

Vladimir

[suryakiran1]

Hi Vladimir,

Could you give me an idea as to how long it would take to provide this workaround?

Regards,

Surya

[stray109]

Replace 0x0d 0x0a with 0x0a

[stray109]

Replace 0x0d 0x0a with 0x0a .

[stray109]

replease 0x0d 0x0a with 0x0a

[Vladimir_Dudnik]

Hello,

this can take a while as I can't spent too much time on this.

Vladimir

[Vladimir_Dudnik]

I'm sorry, but I have to say that these images can't be restored correctly. The piece of important information was lost.

Vladimir