Lines Matching refs:JPEG
18 decompress a specially-crafted malformed JPEG image to a 256-color BMP using
22 decompress a specially-crafted malformed JPEG image with a specified image
25 5. The TurboJPEG API will now decompress 4:4:4 JPEG images with 2x1, 1x2, 3x1,
28 chrominance sampling factors), but the JPEG format and the libjpeg API both
76 1. The TurboJPEG API can now decompress CMYK JPEG images that have subsampled M
77 and Y components (not to be confused with YCCK JPEG images, in which the C/M/Y
79 was generated ("Could not determine subsampling type for JPEG image") when such
86 would cause cjpeg to generate a JPEG file that was potentially thousands of
90 with values of 255 into the JPEG compressor until the number of pixels
110 loop when decompressing progressive JPEG images that use vertical chroma
114 a 4:2:2 or 4:2:0 JPEG image using the merged (non-fancy) upsampling algorithms
127 attempting to decompress a specially-crafted malformed JPEG image. This issue
172 be used to extract ICC profile data from a JPEG file while decompressing or to
173 embed ICC profile data in a JPEG file while compressing or transforming. This
199 progressive entropy coding in JPEG images generated by compression and
215 libjpeg-turbo to quickly develop a complete JPEG compression/decompression
234 to decompress a specially-crafted malformed JPEG image. These issues did not
291 program was used to decompress an existing JPEG image.
294 occurred when attempting to decompress a JPEG image that had been compressed
303 JPEG images that were compressed with a sampling factor other than 1 (for
364 more easily defend against one of the progressive JPEG exploits (LJT-01-004)
423 4. Fancy upsampling is now supported when decompressing JPEG images that use
425 rotating or transposing JPEG images that use 4:2:2 (h2v1) chroma subsampling.
430 JPEG images into RGB or extended RGB output images. This significantly speeds
435 6. The TurboJPEG API will now decompress 4:2:2 and 4:4:0 JPEG images with
439 1x2 luminance and 1x1 chrominance sampling factors), but the JPEG format and
444 attempting to decompress a specially-crafted malformed JPEG image. This issue
451 specially-crafted malformed JPEG images. None of these issues posed a security
457 that could be triggered by a specially-crafted malformed JPEG image with more
474 1. Fixed an issue whereby a malformed motion-JPEG frame could cause the "fast
490 4. Fixed an issue whereby attempting to decompress a JPEG file with a corrupt
523 `jpeg_crop_scanline()`) that can be used to partially decode a JPEG image. See
622 specially-crafted JPEG image was being decompressed. In prior versions of
625 to construct a JPEG image in which a single Huffman block is over 430 bytes
644 incorrectly encode certain JPEG images when quality=100 and the fast integer
660 decompressing a 4:2:0 JPEG image whose scaled output width was less than 16
662 decompressing a non-YCbCr JPEG image, but they are also used when decompressing
663 a JPEG image whose scaled output height is 1.
676 1. tjbench now properly handles CMYK/YCCK JPEG files. Passing an argument of
678 convert the source bitmap to CMYK prior to compression, to generate YCCK JPEG
680 decompression (the latter is done automatically if a CMYK or YCCK JPEG is
724 triggered in the underlying libjpeg API. For instance, if a JPEG file is
730 buffer overflow (and subsequent segfault) when decompressing a 4:2:2 JPEG image
762 subsampling type for JPEG image`) when attempting to decompress grayscale JPEG
768 before it treated the image as a grayscale JPEG.
780 setting alternating AC coefficients to 32767 and -32768 in the JPEG scanning
818 - JPEG images can now be compressed from YUV planar source images.
842 3. If an application attempts to decompress a Huffman-coded JPEG image whose
844 default Huffman tables. In order to save space, many motion JPEG video frames
866 pixels to be generated when decompressing a JPEG image to a 256-color bitmap,
880 for decompressing JPEG images into RGB565 (16-bit) pixels. If dithering is not
892 incorrect JPEG files.
897 13. Restored 12-bit-per-component JPEG support. A 12-bit version of
899 configure (Unix) or `-DWITH_12BIT=1` to cmake (Windows.) 12-bit JPEG support
907 and IDCT algorithms (both are used during JPEG decompression.) For unknown
913 100 and no subsampling, and when the JPEG output buffer is being dynamically
919 16. Fixed an oversight in the TurboJPEG C wrapper: if any of the JPEG
924 compressed JPEG image. If the size of the previous JPEG image was not as large
925 as the current JPEG image, then TurboJPEG would unnecessarily reallocate the
947 3. Fixed a bug whereby attempting to encode a progressive JPEG with arithmetic
952 4. Fixed a couple of issues whereby malformed JPEG images would cause
955 5. Fixed an error (`Buffer passed to JPEG library is too small`) that occurred
1023 3. Extended the TurboJPEG Java API so that it can be used to compress a JPEG
1024 image from and decompress a JPEG image to an arbitrary position in a large
1041 8. cjpeg can now be used to generate JPEG files with the RGB colorspace
1051 10. JPEG files using the RGB colorspace can now be decompressed into grayscale
1078 1. Creating or decoding a JPEG file that uses the RGB colorspace should now
1092 4. Fixed a regression caused by 1.2.0[6] whereby decompressing corrupt JPEG
1109 4:2:2 JPEG image into a 32-bit (RGBX, BGRX, etc.) buffer without using fancy
1132 a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes.
1152 are in violation of the spec, other JPEG implementations handle them
1172 significantly improves the performance of grayscale JPEG compression from an
1183 JPEG.
1190 was necessary in order for it to read 4:2:2 JPEG files that had been losslessly
1204 version of `TJBUFSIZE()` that computes a worst-case JPEG size based on the
1207 which allows the TurboJPEG compressor to grow the JPEG buffer as necessary.
1229 16. When decompressing a JPEG image using an output colorspace of
1244 markers found in the middle of the JPEG data stream during decompression. It
1279 results when the JPEG quality is >= 98 and the fast integer forward DCT is
1285 JPEG qualities greater than 95, so the TurboJPEG wrapper will now automatically
1286 use the slow integer forward DCT when generating JPEG images of quality 96 or
1294 4. Fixed visual artifacts in grayscale JPEG compression caused by a typo in
1323 JPEG images.
1340 which allows the caller to determine the type of subsampling used in a JPEG
1352 from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to
1356 be used instead of 4:2:0 when decompressing JPEG images using SSE2 code.
1406 2. 2968313: Fixed data corruption issues when decompressing large JPEG images