A MMX/SSE2 accelerated library for manipulating JPEG image files

Edit Package libjpeg-turbo

The libjpeg-turbo package contains a library of functions for manipulating
JPEG images.

Refresh
Refresh
Source Files
Filename Size Changed
baselibs.conf 0000000300 300 Bytes
libjpeg-turbo-1.3.0-tiff-ojpeg.patch 0000001966 1.92 KB
libjpeg-turbo-2.0.6.tar.gz 0002192315 2.09 MB
libjpeg-turbo-2.0.6.tar.gz.sig 0000000536 536 Bytes
libjpeg-turbo.changes 0000032775 32 KB
libjpeg-turbo.keyring 0000001858 1.81 KB
libjpeg-turbo.spec 0000005349 5.22 KB
libjpeg62-turbo.spec 0000003766 3.68 KB
Revision 54 (latest revision is 74)
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 859049 from Petr Gajdos's avatar Petr Gajdos (pgajdos) (revision 54)
- version update to 2.0.6
  1. Fixed "using JNI after critical get" errors that occurred on Android
  platforms when using any of the YUV encoding/compression/decompression/decoding
  methods in the TurboJPEG Java API.
  2. Fixed or worked around multiple issues with `jpeg_skip_scanlines()`:
       - Fixed segfaults or "Corrupt JPEG data: premature end of data segment"
  errors in `jpeg_skip_scanlines()` that occurred when decompressing 4:2:2 or
  4:2:0 JPEG images using merged (non-fancy) upsampling/color conversion (that
  is, when setting `cinfo.do_fancy_upsampling` to `FALSE`.)  2.0.0[6] was a
  similar fix, but it did not cover all cases.
       - `jpeg_skip_scanlines()` now throws an error if two-pass color
  quantization is enabled.  Two-pass color quantization never worked properly
  with `jpeg_skip_scanlines()`, and the issues could not readily be fixed.
       - Fixed an issue whereby `jpeg_skip_scanlines()` always returned 0 when
  skipping past the end of an image.
  3. The Arm 64-bit (Armv8) Neon SIMD extensions can now be built using MinGW
  toolchains targetting Arm64 (AArch64) Windows binaries.
  4. Fixed unexpected visual artifacts that occurred when using
  `jpeg_crop_scanline()` and interblock smoothing while decompressing only the DC
  scan of a progressive JPEG image.
  5. Fixed an issue whereby libjpeg-turbo would not build if 12-bit-per-component
  JPEG support (`WITH_12BIT`) was enabled along with libjpeg v7 or libjpeg v8
  API/ABI emulation (`WITH_JPEG7` or `WITH_JPEG8`.)
- modified sources
  % libjpeg-turbo.keyring
Comments 0
openSUSE Build Service is sponsored by