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-1.4.0-ocloexec.patch 0000003014 2.94 KB
libjpeg-turbo-1.3.0-tiff-ojpeg.patch 0000001966 1.92 KB
libjpeg-turbo-1.5.0.tar.gz 0001654276 1.58 MB
libjpeg-turbo.changes 0000013445 13.1 KB
libjpeg-turbo.spec 0000004522 4.42 KB
libjpeg62-turbo.changes 0000013637 13.3 KB
libjpeg62-turbo.spec 0000003841 3.75 KB
Revision 32 (latest revision is 74)
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 400622 from Ismail Dönmez's avatar Ismail Dönmez (namtrac) (revision 32)
- Update to version 1.5.0
  + Fixed an issue whereby a malformed motion-JPEG frame could
    cause the "fast path" of libjpeg-turbo's Huffman decoder to
    read from uninitialized memory.
  + Added libjpeg-turbo version and build information to the global
    string table of the libjpeg and TurboJPEG API libraries.
  + Fixed a couple of issues in the PPM reader that would cause
    buffer overruns in cjpeg if one of the values in a binary
    PPM/PGM input file exceeded the maximum value defined in the
    file's header. libjpeg-turbo 1.4.2 already included a similar
    fix for ASCII PPM/PGM files. Note that these issues were not
    security bugs, since they were confined to the cjpeg program
    and did not affect any of the libjpeg-turbo libraries.
  + Fixed an issue whereby attempting to decompress a JPEG file with
    a corrupt header using the tjDecompressToYUV2() function would
    cause the function to abort without returning an error and,
    under certain circumstances, corrupt the stack. This only
    occurred if tjDecompressToYUV2() was called prior to calling
    tjDecompressHeader3(), or if the return value from
    tjDecompressHeader3() was ignored (both cases represent
    incorrect usage of the TurboJPEG API.)
  + The jpeg_stdio_src(), jpeg_mem_src(), jpeg_stdio_dest(),
    and jpeg_mem_dest() functions in the libjpeg API will now
    throw an error if a source/destination manager has already
    been assigned to the compress or decompress object by a
    different function or by the calling program. 

- Update to version 1.5.0
  + Fixed an issue whereby a malformed motion-JPEG frame could
    cause the "fast path" of libjpeg-turbo's Huffman decoder to
Comments 0
openSUSE Build Service is sponsored by