ac375ac9f5
PR #975 introduced a check that rejects images that have different bit depth/sign per compoment in SIZ marker if the JP2 IHDR box has BPC != 255 This didn't work properly if decoding a .j2k file since the new bit added in opj_cp_t wasn't initialized to the right value. For clarity, tThis new bit has also been renamed to allow_different_bit_depth_sign But looking closer at the code, it seems we were already tolerant to inconsistencies. For example we parsed a JP2 BPCC box even if BPC != 255 (just a warning is emitted) So failing hard in opj_j2k_read_siz() wouldn't be very inconsistent, and that alone cannot protect against other issues, so just emit a warning if BPC != 255 and the SIZ marker contains different bit depth/sign per component. Note: we could also check that the content of JP2 BPCC box is consistant with the one of the SIZ marker. |
||
|---|---|---|
| .. | ||
| conformance | ||
| fuzzers | ||
| nonregression | ||
| performance | ||
| profiling | ||
| unit | ||
| CMakeLists.txt | ||
| compare_dump_files.c | ||
| compare_images.c | ||
| compare_raw_files.c | ||
| include_openjpeg.c | ||
| j2k_random_tile_access.c | ||
| pdf2jp2.c | ||
| ppm2rgb3.c | ||
| test_tile_decoder.c | ||
| test_tile_encoder.c | ||