Independent JPEG Group's JPEG Software

Edit Package libjpeg-turbo

Software to implement JPEG image compression and decompression. JPEG
(pronounced "jay-peg") is a standardized compression method for
full-color and grayscale images. JPEG is intended for compressing
"real-world" scenes (most of the time these are pictures that have been
scanned-in with a scanner or taken with a digital camera). Cartoons and
other nonrealistic images are not its strong suit. It should be noted
that JPEG output is not necessarily the same as its input. If this is a
factor for you, do not use it. With typical real-world scenes, JPEG can
achieve high compression rates without noticeable differences. If you
can accept pictures of lower quality, JPEG can achieve amazingly high
compression rates.

There are some library functions available for reading and writing JPEG
files. The 'cjpeg' and 'djpeg' applications use the library to make
conversions between JPEG and other popular graphic file formats
possible. The JPEG library is meant to be used within other
applications.

Cjpeg compresses the input file, or standard input if no filename is
given, and produces a JPEG/JFIF file as standard output. Currently
supported input file formats include: PPM (PBMPLUS color format), PGM
(PBMPLUS Grayscale format), BMP, GIF, Targa, and RLE (Utah Raster
Toolkit Format) (RLE is only supported if the RLE library is
available). Djpeg decompresses a JPEG file into one of the above
mentioned formats.

Refresh
Refresh
Source Files
Filename Size Changed
_multibuild 0000000065 65 Bytes
baselibs.conf 0000000393 393 Bytes
libjpeg-turbo-1.3.0-tiff-ojpeg.patch 0000002156 2.11 KB
libjpeg-turbo-3.0.1.tar.gz 0002800900 2.67 MB
libjpeg-turbo-3.0.1.tar.gz.sig 0000000543 543 Bytes
libjpeg-turbo.changes 0000055754 54.4 KB
libjpeg-turbo.keyring 0000001858 1.81 KB
libjpeg-turbo.spec 0000006719 6.56 KB
Revision 147 (latest revision is 154)
Petr Gajdos's avatar Petr Gajdos (pgajdos) committed (revision 147)
- update to 3.0.1
  3.0.1
  =====
  * The x86-64 SIMD functions now use a standard stack frame, prologue, and
    epilogue so that debuggers and profilers can reliably capture backtraces from
    within the functions.
  * Fixed two minor issues in the interblock smoothing algorithm that caused
    mathematical (but not necessarily perceptible) edge block errors when
    decompressing progressive JPEG images exactly two MCU blocks in width or that
    use vertical chrominance subsampling.
  * Fixed a regression introduced by 3.0 beta2[6] that, in rare cases, caused
    the C Huffman encoder (which is not used by default on x86 and Arm CPUs) to
    generate incorrect results if the Neon SIMD extensions were explicitly disabled
    at build time (by setting the `WITH_SIMD` CMake variable to `0`) in an AArch64
    build of libjpeg-turbo.
  3.0.0
  =====
  * The TurboJPEG API now supports 4:4:1 (transposed 4:1:1) chrominance
    subsampling, which allows losslessly transposed or rotated 4:1:1 JPEG images to
    be losslessly cropped, partially decompressed, or decompressed to planar YUV
    images.
  * Fixed various segfaults and buffer overruns (CVE-2023-2804) that occurred
    when attempting to decompress various specially-crafted malformed
    12-bit-per-component and 16-bit-per-component lossless JPEG images using color
    quantization or merged chroma upsampling/color conversion.  The underlying
    cause of these issues was that the color quantization and merged chroma
    upsampling/color conversion algorithms were not designed with lossless
    decompression in mind.  Since libjpeg-turbo explicitly does not support color
    conversion when compressing or decompressing lossless JPEG images, merged
    chroma upsampling/color conversion never should have been enabled for such
Comments 0
openSUSE Build Service is sponsored by