| Age | Commit message (Collapse) | Author |
|
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.
|
|
Fixes warning found on clusterfuzz-testcase-minimized-5146316340461568
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=2495
Credit to OSS Fuzz
|
|
There are situations where, given a tile size, at a resolution level,
there are sub-bands with x0==x1 or y0==y1, that consequently don't have any
valid codeblocks, but the other sub-bands may be non-empty.
Given that we recycle the memory from one tile to another one, those
ghost codeblocks might be non-0 and thus candidate for packet inclusion.
|
|
There were a number of defects regarding when and how the termination of
passes had to done and the computation of their rate.
|
|
|
|
Malformed PNM file could cause a crash in opj_compress.
Checks were added to prevent this.
Fixes #843
Updates #440
|
|
Update uclouvain/openjpeg#820
|
|
Update uclouvain/openjpeg#826
Also correct names for data of issue uclouvain/openjpeg#823
|
|
Coordinates are casted from OPJ_UINT32 to OPJ_INT32
Add sanity check for negative values and upper bound becoming lower
than lower bound.
See also
https://pdfium.googlesource.com/pdfium/+/b6befb2ed2485a3805cddea86dc7574510178ea9
|
|
update uclouvain/openjpeg#818
|
|
|
|
Fix uclouvain/openjpeg#775
|
|
Fix uclouvain/openjpeg#774
|
|
Fix uclouvain/openjpeg#733
|
|
Inspired from https://github.com/InsightSoftwareConsortium/ITK/blob/master/Utilities/Maintenance/HowToCreateTheCMakeCaseConversion.txt
This needs vim 7.3 and fails with vim 7.4
This also fixes a number of :
- missing empty line at end of files
- useless space at end of lines
|
|
Update uclouvain/openjpeg#725
Update uclouvain/openjpeg#726
|
|
Update to mm2/Little-CMS@0e8234e090d6aab33f90e2eb0296f30aa0705e57
|
|
Fix issue 135
The fix is legal regarding the standard but I did not manage to find out if it covers a bug in opj_t2_read_packet_data or if the file is corrupted
|
|
|
|
dwt_interleave_h.gsr105.jp2 now has the same output as kakadu
issue399 is corrupted. Only the corrupted part changes.
Update known failures for x86 MD5
NR-DEC-kodak_2layers_lrcp.j2c-31-decode-md5
NR-DEC-kodak_2layers_lrcp.j2c-32-decode-md5
NR-DEC-issue135.j2k-68-decode-md5
|
|
Update uclouvain/openjpeg#729
|
|
|
|
Update #653
|
|
Most typos were found by codespell.
Signed-off-by: Stefan Weil <sw@weilnetz.de>
|
|
|
|
Update uclouvain/openjpeg#571
|
|
Update uclouvain/openjpeg#488
|
|
|
|
|
|
|
|
Unify syntax
|
|
|
|
Update uclouvain/openjpeg#264
|
|
Update uclouvain/openjpeg#235
|
|
Only input modified for now
Update uclouvain/openjpeg#536
Update uclouvain/openjpeg#264
|
|
Update uclouvain/openjpeg#322
|
|
Update uclouvain/openjpeg#322
|
|
Update uclouvain/openjpeg#322
|
|
|
|
|
|
|
|
(fixes issue 476)
|
|
|
|
Update issue 203
|
|
Update issue 203
|
|
Update issue 203
|
|
Update issue 203
|
|
Update issue 415
|
|
|
|
Update issue 215
|