| Age | Commit message (Collapse) | Author |
|
|
|
|
|
higher. But not a proper fix itself (refs #493)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
the static lib (#1019)
|
|
the same number of resolutions. Also fixes an issue with subtile decoding. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3331. Credit to OSS Fuzz
|
|
|
|
https://github.com/uclouvain/openjpeg/pull/1015/commits/dab9db0723a5bb9f3d745f9dd7a0b8b3b18b8054, #1014)
|
|
heap-buffer-overflow when numcomps < 3
|
|
|
|
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3305 (master only)
|
|
opj_get_decoded_tile() on an image with a color palette
|
|
opj_get_decoded_tile() where tile parts of a same tile are not consecutive
This check was introduced per #939, but relied on the incorrect assumption
we decode all the tile parts of all tiles.
|
|
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3297 (master only)
|
|
Subtile decoding: memory use reduction and perf improvements
|
|
|
|
|
|
|
|
|
|
reuse the tile buffer one
|
|
irreversible
|
|
data exceeds system limits' (refs https://github.com/uclouvain/openjpeg/pull/730#issuecomment-326654188)
|
|
(theoretical) better multi-threading in subtile decoding
|
|
|
|
And save a useless loop, which should be a tiny faster.
|
|
tcp_distoratio are not increasing (#1009)
|
|
related to max_cs_size
|
|
indicate 1 again as being the value to get lossless for -r. In opj_j2k_setup_encoder(), make sure that ll rates[] <= 1.0 are set to 0. Document 0 as being lossless for -q / tcp_distoratio (#1009)
|
|
lossless encoding (#1009)
|
|
|
|
vertical pass
|
|
|
|
|
|
a time
|
|
|
|
|
|
|
|
|
|
single-tiled images
* Only works for single-tiled images --> will error out cleanly, as currently
in other cases
* Save re-reading the codestream for the tile, and re-use code-blocks of the
previous decoding pass.
* Future improvements might involve improving opj_decompress, and the image writing logic,
to use this strategy.
|
|
to reading at reduced resolution as well
|
|
Untested though, since that means a tile buffer of at least 16 GB. So
there might be places where uint32 overflow on multiplication still occur...
|
|
pixels must remain under 4 billion)
|