unable to dump (decompress file) (j2c)

[GoogleCodeExporter]

use 
j2k_dump -i NOVAJ2K.dcm.j2k

call ends with error without dumping information about file

aware and photoshop are able to decode this image.

openjpeg1.5 and intell ipp (uic) implementations are not
(seems like they expect more data then what is provided)

im not user what library was used in producing this code stream
but it seems like is kakadu

Original issue reported on code.google.com by aris.ba...@gmail.com on 20 Aug 2012 at 12:00

Attachments:

• NOVAJ2K.dcm.j2k

[GoogleCodeExporter]

Here is 1.5 output:

[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (0) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (1) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (2) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (3) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (4) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (5) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (6) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (7) than 
number of tile-parts (0)
[WARNING] SOT marker inconsistency in tile 0: tile-part index greater (8) than 
number of tile-parts (0)
[ERROR] JPWL: bad tile byte size (4423 bytes against 4421 bytes left)
[ERROR] 000033e1: expected a marker instead of 900
ERROR -> j2k_to_image: failed to decode image!

Original comment by mathieu.malaterre on 15 Oct 2012 at 12:13

[GoogleCodeExporter]

Here is the output from trunk:

Image info {
     x0=0, y0=0
     x1=256, y1=256
     numcomps=1
         component 0 {
         dx=1, dy=1
         prec=16
         sgnd=0
    }
}
Codestream info from main header: {
     tx0=0, ty0=0
     tdx=256, tdy=256
     tw=1, th=1
     default tile {
         csty=0
         prg=0
         numlayers=10
         mct=0
         comp 0 {
             csty=0
             numresolutions=9
             cblkw=2^6
             cblkh=2^6
             cblksty=0
             qmfbid=1
             preccintsize (w,h)=(15,15) (15,15) (15,15) (15,15) (15,15) (15,15) (15,15) (15,15) (15,15) 
             qntsty=0
             numgbits=1
             stepsizes (m,e)=(0,17) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) (0,18) (0,18) (0,19) 
             roishift=0
         }
     }
}
Codestream index from main header: {
     Main header start position=0
     Main header end position=384
     Marker list: {
         type=0xff4f, pos=0, len=2
         type=0xff51, pos=2, len=43
         type=0xff52, pos=45, len=14
         type=0xff5c, pos=59, len=30
         type=0xff64, pos=89, len=17
         type=0xff64, pos=106, len=278
     }
}

Original comment by mathieu.malaterre on 15 Oct 2012 at 12:13

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Original comment by savmick...@gmail.com on 26 Nov 2012 at 4:15

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by mathieu.malaterre on 25 Feb 2014 at 3:51

• Added labels: Milestone-Release2.1

[GoogleCodeExporter]

Since this is fixed in trunk, closing. This really looks like older issues, so 
I am not adding the input dataset to the test suite.

Original comment by mathieu.malaterre on 27 Feb 2014 at 5:14

• Changed state: Fixed