The libjpeg-turbo package contains a library of functions for manipulating
JPEG images. It supports architecture-specific SIMD instructions,
such as NEON.
The libjpeg-static package contains the statically linkable version of libjpeg.
Linking to static libraries is discouraged for most applications, but it is
necessary for some boot packages.
The libjpeg-turbo-tools package contains client programs for libjpeg-turbo.
You'll also need to have the libjpeg-turbo package installed.
It also includes the following command line utilities:
djpeg - decompress a JPEG file to an image file
jpegtran - lossless transformation of JPEG files
rdjpgcom - display text comments from a JPEG file
wrjpgcom - insert text comments into a JPEG file
tjbench - a JPEG decompression/compression benchmark
Provides: libjpeg-turbo-jpeg8 libjpeg.so.8 libjpeg.so.8(LIBJPEG_8.0)
(needed by a lot of packages in this lpr-repo and by a lot of packages from opensuse ports)
sha256sum filename:
a592aee4256c5062259aed70e326d3c1368747ca13bdc7a592111a85f3194e93 libjpeg-turbo-2.1.5-1.armv7hl.rpm
3082619361bfb8a523ce19182c1951e0efd3a06d243ba9f49cc6568dc869f5b6 libjpeg-turbo-devel-2.1.5-1.armv7hl.rpm
f9357756daf2b2b51cea867f155d7f93f6d7257440c1026e2ec4473b577ff1de libjpeg-turbo-doc-2.1.5-1.armv7hl.rpm
110d11de70b5d02adcbcb2731c59dbdadc3ebe2b0b0f8f52b315dfc8d11f368d libjpeg-turbo-jpeg8-2.1.5-1.armv7hl.rpm
bb20c3369fb160531ee50cb4f420600baac9a17a1c555a71034cbbe6e4cc9d5d libjpeg-turbo-static-2.1.5-1.armv7hl.rpm
a139986d3de44810ec7c2ad33254d7a419ce59af8f3cd3ddfccc98ff77911517 libjpeg-turbo-tools-2.1.5-1.armv7hl.rpm
2.1.5
=====
### Significant changes relative to 2.1.4:
1. Fixed issues in the build system whereby, when using the Ninja Multi-Config
CMake generator, a static build of libjpeg-turbo (a build in which
`ENABLE_SHARED` is `0`) could not be installed, a Windows installer could not
be built, and the Java regression tests failed.
2. Fixed a regression introduced by 2.0 beta1[15] that caused a buffer overrun
in the progressive Huffman encoder when attempting to transform a
specially-crafted malformed 12-bit-per-component JPEG image into a progressive
12-bit-per-component JPEG image using a 12-bit-per-component build of
libjpeg-turbo (`-DWITH_12BIT=1`.) Given that the buffer overrun was fully
contained within the progressive Huffman encoder structure and did not cause a
segfault or other user-visible errant behavior, given that the lossless
transformer (unlike the decompressor) is not generally exposed to arbitrary
data exploits, and given that 12-bit-per-component builds of libjpeg-turbo are
uncommon, this issue did not likely pose a security risk.
3. Fixed an issue whereby, when using a 12-bit-per-component build of
libjpeg-turbo (`-DWITH_12BIT=1`), passing samples with values greater than 4095
or less than 0 to `jpeg_write_scanlines()` caused a buffer overrun or underrun
in the RGB-to-YCbCr color converter.
4. Fixed a floating point exception that occurred when attempting to use the
jpegtran `-drop` and `-trim` options to losslessly transform a
specially-crafted malformed JPEG image.
5. Fixed an issue in `tjBufSizeYUV2()` whereby it returned a bogus result,
rather than throwing an error, if the `align` parameter was not a power of 2.
Fixed a similar issue in `tjCompressFromYUV()` whereby it generated a corrupt
JPEG image in certain cases, rather than throwing an error, if the `align`
parameter was not a power of 2.
6. Fixed an issue whereby `tjDecompressToYUV2()`, which is a wrapper for
`tjDecompressToYUVPlanes()`, used the desired YUV image dimensions rather than
the actual scaled image dimensions when computing the plane pointers and
strides to pass to `tjDecompressToYUVPlanes()`. This caused a buffer overrun
and subsequent segfault if the desired image dimensions exceeded the scaled
image dimensions.
7. Fixed an issue whereby, when decompressing a 12-bit-per-component JPEG image
(`-DWITH_12BIT=1`) using an alpha-enabled output color space such as
`JCS_EXT_RGBA`, the alpha channel was set to 255 rather than 4095.
8. Fixed an issue whereby the Java version of TJBench did not accept a range of
quality values.
9. Fixed an issue whereby, when `-progressive` was passed to TJBench, the JPEG
input image was not transformed into a progressive JPEG image prior to
decompression.
Recent comments