| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
And run them by Travis-CI
|
|
Malformed PNM file could cause a crash in opj_compress.
Checks were added to prevent this.
Fixes #843
Updates #440
|
|
* test_tile_decoder: Fix potential buffer overflow (coverity)
CID 1190155 (#1 of 1): Unbounded source buffer (STRING_SIZE)
Using a pointer instead of buffer of fixed size avoids the limit
for the length of the input file name.
Signed-off-by: Stefan Weil <sw@weilnetz.de>
* test_tile_encoder: Fix potential buffer overflow (coverity)
CID 1190154 (#1 of 1): Unbounded source buffer (STRING_SIZE)
Using a pointer instead of buffer of fixed size avoids the limit
for the length of the output file name. This implies that the length
can exceed 255, so the data type for variable len had to be fixed, too.
Signed-off-by: Stefan Weil <sw@weilnetz.de>
* openjpip: Initialize data before returning it
This fixes an error reported by Coverity:
CID 1190143 (#1 of 1): Uninitialized scalar variable (UNINIT)
Signed-off-by: Stefan Weil <sw@weilnetz.de>
|
|
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
|
|
This ensures all openjpeg.h dependencies are met.
Fix #673
|
|
|
|
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
|
|
Update uclouvain/openjpeg#322
Update uclouvain/openjpeg#264
|
|
Update uclouvain/openjpeg#289
|
|
|
|
|
|
|
