iron261 / openjpeg

Automatically exported from code.google.com/p/openjpeg
Other
0 stars 0 forks source link

Import conformance jp2 files #265

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Need to import conformance file (JP2) into test suites.

Original issue reported on code.google.com by mathieu.malaterre on 28 Feb 2014 at 12:46

GoogleCodeExporter commented 9 years ago
Currently svn/data contains:

$ crc32 ./input/conformance/file?.jp2
cfb7ccf1    ./input/conformance/file1.jp2
3f532810    ./input/conformance/file2.jp2
19867d15    ./input/conformance/file3.jp2
0f406060    ./input/conformance/file4.jp2
19458804    ./input/conformance/file5.jp2
d426436b    ./input/conformance/file6.jp2
14fcb0f3    ./input/conformance/file7.jp2
9330236c    ./input/conformance/file8.jp2
e7fce32b    ./input/conformance/file9.jp2

Original comment by mathieu.malaterre on 28 Feb 2014 at 12:47

GoogleCodeExporter commented 9 years ago
However data sent by antonin contains:

$ crc32 ./conformance/testfiles_jp2/file?.jp2
cfb7ccf1    ./conformance/testfiles_jp2/file1.jp2
3f532810    ./conformance/testfiles_jp2/file2.jp2
19867d15    ./conformance/testfiles_jp2/file3.jp2
0f406060    ./conformance/testfiles_jp2/file4.jp2
d29f2a89    ./conformance/testfiles_jp2/file5.jp2
d426436b    ./conformance/testfiles_jp2/file6.jp2
a5714917    ./conformance/testfiles_jp2/file7.jp2
04d19bb9    ./conformance/testfiles_jp2/file8.jp2
e7fce32b    ./conformance/testfiles_jp2/file9.jp2

Original comment by mathieu.malaterre on 28 Feb 2014 at 12:47

GoogleCodeExporter commented 9 years ago
In summary I need to check:
- file5.jp2
- file7.jp2
- file8.jp2

since they do not match

Original comment by mathieu.malaterre on 28 Feb 2014 at 12:49

GoogleCodeExporter commented 9 years ago
./conformance/testfiles_jp2/file8.jp2 as sent by antonin does not look quite 
right:

  44      : Sub Box: "ihdr" Image Header box
    Height               : 400
    Width                : 700
    Components           : 3
    Bits Per Component   : 8
    Signed Components    : no
    Compression Type     : wavelet
    Unknown Colourspace  : no
    Intellectual Property: no

However SIZ reveals:

  886     : New marker: SIZ (Image and tile size)

    Required Capabilities          : JPEG2000 profile 0
    Reference Grid Size            : 700x400
    Image Offset                   : 0x0
    Reference Tile Size            : 700x400
    Reference Tile Offset          : 0x0
    Components                     : 1
    Component #0 Depth             : 8
    Component #0 Signed            : no
    Component #0 Sample Separation : 1x1

Original comment by mathieu.malaterre on 28 Feb 2014 at 12:54

GoogleCodeExporter commented 9 years ago
Using kakadu 7.3.3, file5.jp2 and file7.jp2 seems to generates issues:

$ kdu_expand -i data/input/conformance/file5.jp2 -o /tmp/toto2.raw
Kakadu Error:
Unable to find the compositing layer identified by your `-jpx_layer' argument. 
Note that the first layer in the file has an index of 0.

Same goes for file7.jp2:

$ kdu_expand -i data/input/conformance/file7.jp2 -o /tmp/toto2.raw
Kakadu Error:
Unable to find the compositing layer identified by your `-jpx_layer' argument. 
Note that the first layer in the file has an index of 0.

In conclusion, I'll be keeping the original file8.jp2 from current openjpeg 
distribution and import file5.jp2 and file7.jp2

Original comment by mathieu.malaterre on 28 Feb 2014 at 1:01

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r2514.

Original comment by mathieu.malaterre on 28 Feb 2014 at 1:02

GoogleCodeExporter commented 9 years ago
Need to integrate file8 since it adds complexity

Original comment by mathieu.malaterre on 24 Mar 2014 at 2:44

GoogleCodeExporter commented 9 years ago

Original comment by antonin on 24 Mar 2014 at 3:57

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r2783.

Original comment by mathieu.malaterre on 24 Mar 2014 at 5:08