Invalid decompression for Part-2 J2K

[GoogleCodeExporter]

The attached J2K codestream is not decoded properly by OpenJPEG 1.5.1 or trunk.

Original issue reported on code.google.com by mathieu.malaterre on 3 May 2013 at 8:43

Attachments:

• lena512_rot90.j2k

[GoogleCodeExporter]

Hello, Mathieu,

I had to change the code in j2k.c of the TRUNK.

NAME(lena512_rot90.j2k)
LENG(141603)

ENTER read_jp2c
[0]marker(0xff4f)
    soc len(0)
[2]marker(0xff51)
    siz len(41)
    capabilities(32768)
    x(0 : 512) y(1048065 : 1048577)
    xt(0 : 512) yt(1048065 : 512)
    nr_components(1)
TEST len(41)
    capabilities(32768)
    x(0 : 512) y(1048065 : 1048577)
    xt(0 : 512) yt(1048065 : 512)
    nr_components(1)
      component[0]signed(0) prec(8) hsep(1) vsep(1)

[45]marker(0xff52)

    read_cod

             max_len 12
          prog_order 0
           nr_layers 1
multi_comp_transform 0

       entropy_coder 0
      use_sop_marker 0
      use_eph_marker 0

      num_resolutions 6
     code_block_width 4
    code_block_height 4
     code_block_style 0
       transformation 1 (5-3 reversible)

The resulting image looks fuzzy. KDU creates a clean TIF file.

winfried

Original comment by szukw...@arcor.de on 11 Aug 2013 at 9:06

[GoogleCodeExporter]

The codestream is Part-2 compliant. OpenJPEG aims at providing a Part-1 
compliant codec. Changing priority for now.

Original comment by mathieu.malaterre on 25 Feb 2014 at 12:42

• Changed title: Invalid decompression for Part-2 J2K
• Added labels: Priority-Low
• Removed labels: Priority-Medium