Accepting request 1204657 from graphics
- update to 3.0.4: * Fixed an issue whereby the CPU usage of the default marker processor in the decompressor grew exponentially with the number of markers. This caused an unreasonable slow-down in `jpeg_read_header()` if an application called `jpeg_save_markers()` to save markers of a particular type and then attempted to decompress a JPEG image containing an excessive number of markers of that type. * Hardened the default marker processor in the decompressor to guard against an issue (exposed by 3.0 beta2[6]) whereby attempting to decompress a specially-crafted malformed JPEG image (specifically an image with a complete 12-bit-per-sample Start Of Frame segment followed by an incomplete 8-bit-per-sample Start Of Frame segment) using buffered-image mode and input prefetching caused a segfault if the `fill_input_buffer()` method in the calling application's custom source manager incorrectly returned `FALSE` in response to a prematurely-terminated JPEG data stream. * Fixed an issue in cjpeg whereby, when generating a 12-bit-per-sample or 16-bit-per-sample lossless JPEG image, specifying a point transform value greater than 7 resulted in an error ("Invalid progressive/lossless parameters") unless the `-precision` option was specified before the `-lossless` option. * Fixed a regression introduced by 3.0.3[3] that made it impossible for calling applications to generate 12-bit-per-sample arithmetic-coded lossy JPEG images using the TurboJPEG API. * Fixed an error ("Destination buffer is not large enough") that occurred when attempting to generate a full-color lossless JPEG image using the TurboJPEG Java API's `byte[] TJCompressor.compress()` method if the value of `TJ.PARAM_SUBSAMP` was not `TJ.SAMP_444`. (forwarded request 1204571 from dirkmueller) OBS-URL: https://build.opensuse.org/request/show/1204657 OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/libjpeg-turbo?expand=0&rev=74
This commit is contained in:
commit
60630bb638
@ -1,3 +0,0 @@
|
|||||||
version https://git-lfs.github.com/spec/v1
|
|
||||||
oid sha256:343e789069fc7afbcdfe44dbba7dbbf45afa98a15150e079a38e60e44578865d
|
|
||||||
size 2832827
|
|
Binary file not shown.
3
libjpeg-turbo-3.0.4.tar.gz
Normal file
3
libjpeg-turbo-3.0.4.tar.gz
Normal file
@ -0,0 +1,3 @@
|
|||||||
|
version https://git-lfs.github.com/spec/v1
|
||||||
|
oid sha256:99130559e7d62e8d695f2c0eaeef912c5828d5b84a0537dcb24c9678c9d5b76b
|
||||||
|
size 2400356
|
BIN
libjpeg-turbo-3.0.4.tar.gz.sig
Normal file
BIN
libjpeg-turbo-3.0.4.tar.gz.sig
Normal file
Binary file not shown.
@ -1,3 +1,60 @@
|
|||||||
|
-------------------------------------------------------------------
|
||||||
|
Sat Sep 28 16:49:05 UTC 2024 - Dirk Müller <dmueller@suse.com>
|
||||||
|
|
||||||
|
- update to 3.0.4:
|
||||||
|
* Fixed an issue whereby the CPU usage of the default marker
|
||||||
|
processor in the decompressor grew exponentially with the
|
||||||
|
number of markers. This caused an unreasonable slow-down in
|
||||||
|
`jpeg_read_header()` if an application called `jpeg_save_markers()`
|
||||||
|
to save markers of a particular type and then attempted to
|
||||||
|
decompress a JPEG image containing an excessive number of markers
|
||||||
|
of that type.
|
||||||
|
* Hardened the default marker processor in the decompressor to guard
|
||||||
|
against an issue (exposed by 3.0 beta2[6]) whereby attempting to
|
||||||
|
decompress a specially-crafted malformed JPEG image (specifically
|
||||||
|
an image with a complete 12-bit-per-sample Start Of Frame segment
|
||||||
|
followed by an incomplete 8-bit-per-sample Start Of Frame segment)
|
||||||
|
using buffered-image mode and input prefetching caused a segfault
|
||||||
|
if the `fill_input_buffer()` method in the calling application's
|
||||||
|
custom source manager incorrectly returned `FALSE` in response to a
|
||||||
|
prematurely-terminated JPEG data stream.
|
||||||
|
* Fixed an issue in cjpeg whereby, when generating a
|
||||||
|
12-bit-per-sample or 16-bit-per-sample lossless JPEG image,
|
||||||
|
specifying a point transform value greater than 7 resulted in an
|
||||||
|
error ("Invalid progressive/lossless parameters") unless the
|
||||||
|
`-precision` option was specified before the `-lossless` option.
|
||||||
|
* Fixed a regression introduced by 3.0.3[3] that made it impossible
|
||||||
|
for calling applications to generate 12-bit-per-sample
|
||||||
|
arithmetic-coded lossy JPEG images using the TurboJPEG API.
|
||||||
|
* Fixed an error ("Destination buffer is not large enough") that
|
||||||
|
occurred when attempting to generate a full-color lossless JPEG
|
||||||
|
image using the TurboJPEG Java API's `byte[]
|
||||||
|
TJCompressor.compress()` method if the value of `TJ.PARAM_SUBSAMP`
|
||||||
|
was not `TJ.SAMP_444`.
|
||||||
|
* Fixed a segfault in djpeg that occurred if a negative width was
|
||||||
|
specified with the `-crop` option. Since the cropping region width
|
||||||
|
was read into an unsigned 32-bit integer, a negative width was
|
||||||
|
interpreted as a very large value. With certain negative width and
|
||||||
|
positive left boundary values, the bounds checks in djpeg and
|
||||||
|
`jpeg_crop_scanline()` overflowed and did not detect the
|
||||||
|
out-of-bounds width, which caused a buffer overrun in the
|
||||||
|
upsampling or color conversion routine. Both bounds checks now use
|
||||||
|
64-bit integers to guard against overflow, and djpeg now checks for
|
||||||
|
negative numbers when it parses the crop specification from the
|
||||||
|
command line.
|
||||||
|
* Fixed an issue whereby the TurboJPEG lossless transformation
|
||||||
|
function and methods checked the specified cropping region against
|
||||||
|
the source image dimensions and level of chrominance subsampling
|
||||||
|
rather than the destination image dimensions and level of
|
||||||
|
chrominance subsampling, which caused some cropping regions to be
|
||||||
|
unduly rejected when performing 90-degree rotation, 270-degree
|
||||||
|
rotation, transposition, transverse transposition, or grayscale
|
||||||
|
conversion.
|
||||||
|
* Fixed an issue whereby the TurboJPEG lossless transformation
|
||||||
|
function and methods did not honor
|
||||||
|
`TJXOPT_COPYNONE`/`TJTransform.OPT_COPYNONE` unless it was
|
||||||
|
specified for all lossless transforms.
|
||||||
|
|
||||||
-------------------------------------------------------------------
|
-------------------------------------------------------------------
|
||||||
Sat Aug 31 15:37:59 UTC 2024 - Dirk Müller <dmueller@suse.com>
|
Sat Aug 31 15:37:59 UTC 2024 - Dirk Müller <dmueller@suse.com>
|
||||||
|
|
||||||
|
@ -39,7 +39,7 @@
|
|||||||
%endif
|
%endif
|
||||||
%define libver %{major}.%{minor}.%{micro}
|
%define libver %{major}.%{minor}.%{micro}
|
||||||
Name: %{flavor}
|
Name: %{flavor}
|
||||||
Version: 3.0.3
|
Version: 3.0.4
|
||||||
Release: 0
|
Release: 0
|
||||||
Summary: A SIMD-accelerated library for manipulating JPEG image files
|
Summary: A SIMD-accelerated library for manipulating JPEG image files
|
||||||
License: BSD-3-Clause
|
License: BSD-3-Clause
|
||||||
|
Loading…
x
Reference in New Issue
Block a user