A MMX/SSE2 accelerated library for manipulating JPEG image files
The libjpeg-turbo package contains a library of functions for manipulating
JPEG images.
- Developed at graphics
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory/libjpeg-turbo && cd $_
- Create Badge
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.1.3.tar.gz | 0002260756 2.16 MB | |
libjpeg-turbo-2.1.3.tar.gz.sig | 0000000543 543 Bytes | |
libjpeg-turbo.changes | 0000037862 37 KB | |
libjpeg-turbo.keyring | 0000001858 1.81 KB | |
libjpeg-turbo.spec | 0000005509 5.38 KB | |
libjpeg62-turbo.spec | 0000003819 3.73 KB |
Revision 61 (latest revision is 72)
- update to 2.1.3: * Fixed a regression introduced by 2.0 beta1[7] whereby cjpeg compressed PGM input files into full-color JPEG images unless the `-grayscale` option was used. * cjpeg now automatically compresses GIF and 8-bit BMP input files into grayscale JPEG images if the input files contain only shades of gray. * The build system now enables the intrinsics implementation of the AArch64 (Arm 64-bit) Neon SIMD extensions by default when using GCC 12 or later. * Fixed a segfault that occurred while decompressing a 4:2:0 JPEG image using the merged (non-fancy) upsampling algorithms (that is, with `cinfo.do_fancy_upsampling` set to `FALSE`) along with `jpeg_crop_scanline()`. Specifically, the segfault occurred if the number of bytes remaining in the output buffer was less than the number of bytes required to represent one uncropped scanline of the output image. For that reason, the issue could only be reproduced using the libjpeg API, not using djpeg.
Comments 0