Lines Matching refs:JPEG
29 program was used to decompress an existing JPEG image.
32 occurred when attempting to decompress a JPEG image that had been compressed
41 JPEG images that were compressed with a sampling factor other than 1 (for
102 more easily defend against one of the progressive JPEG exploits (LJT-01-004)
161 4. Fancy upsampling is now supported when decompressing JPEG images that use
163 rotating or transposing JPEG images that use 4:2:2 (h2v1) chroma subsampling.
168 JPEG images into RGB or extended RGB output images. This significantly speeds
173 6. The TurboJPEG API will now decompress 4:2:2 and 4:4:0 JPEG images with
177 1x2 luminance and 1x1 chrominance sampling factors), but the JPEG specification
182 attempting to decompress a specially-crafted malformed JPEG image. This issue
189 specially-crafted malformed JPEG images. None of these issues posed a security
195 that could be triggered by a specially-crafted malformed JPEG image with more
212 1. Fixed an issue whereby a malformed motion-JPEG frame could cause the "fast
228 4. Fixed an issue whereby attempting to decompress a JPEG file with a corrupt
261 `jpeg_crop_scanline()`) that can be used to partially decode a JPEG image. See
360 specially-crafted JPEG image was being decompressed. In prior versions of
363 to construct a JPEG image in which a single Huffman block is over 430 bytes
382 incorrectly encode certain JPEG images when quality=100 and the fast integer
398 decompressing a 4:2:0 JPEG image whose scaled output width was less than 16
400 decompressing a non-YCbCr JPEG image, but they are also used when decompressing
401 a JPEG image whose scaled output height is 1.
414 1. tjbench now properly handles CMYK/YCCK JPEG files. Passing an argument of
416 convert the source bitmap to CMYK prior to compression, to generate YCCK JPEG
418 decompression (the latter is done automatically if a CMYK or YCCK JPEG is
462 triggered in the underlying libjpeg API. For instance, if a JPEG file is
468 buffer overflow (and subsequent segfault) when decompressing a 4:2:2 JPEG image
500 subsampling type for JPEG image`) when attempting to decompress grayscale JPEG
506 before it treated the image as a grayscale JPEG.
518 setting alternating AC coefficients to 32767 and -32768 in the JPEG scanning
556 - JPEG images can now be compressed from YUV planar source images.
580 3. If an application attempts to decompress a Huffman-coded JPEG image whose
582 default Huffman tables. In order to save space, many motion JPEG video frames
604 pixels to be generated when decompressing a JPEG image to a 256-color bitmap,
618 for decompressing JPEG images into RGB565 (16-bit) pixels. If dithering is not
630 incorrect JPEG files.
635 13. Restored 12-bit-per-component JPEG support. A 12-bit version of
637 configure (Unix) or `-DWITH_12BIT=1` to cmake (Windows.) 12-bit JPEG support
645 and IDCT algorithms (both are used during JPEG decompression.) For unknown
651 100 and no subsampling, and when the JPEG output buffer is being dynamically
657 16. Fixed an oversight in the TurboJPEG C wrapper: if any of the JPEG
662 compressed JPEG image. If the size of the previous JPEG image was not as large
663 as the current JPEG image, then TurboJPEG would unnecessarily reallocate the
685 3. Fixed a bug whereby attempting to encode a progressive JPEG with arithmetic
690 4. Fixed a couple of issues whereby malformed JPEG images would cause
693 5. Fixed an error (`Buffer passed to JPEG library is too small`) that occurred
761 3. Extended the TurboJPEG Java API so that it can be used to compress a JPEG
762 image from and decompress a JPEG image to an arbitrary position in a large
779 8. cjpeg can now be used to generate JPEG files with the RGB colorspace
789 10. JPEG files using the RGB colorspace can now be decompressed into grayscale
816 1. Creating or decoding a JPEG file that uses the RGB colorspace should now
830 4. Fixed a regression caused by 1.2.0[6] whereby decompressing corrupt JPEG
847 4:2:2 JPEG image into a 32-bit (RGBX, BGRX, etc.) buffer without using fancy
870 a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes.
890 are in violation of the spec, other JPEG implementations handle them
910 significantly improves the performance of grayscale JPEG compression from an
921 JPEG.
928 was necessary in order for it to read 4:2:2 JPEG files that had been losslessly
942 version of `TJBUFSIZE()` that computes a worst-case JPEG size based on the
945 which allows the TurboJPEG compressor to grow the JPEG buffer as necessary.
967 16. When decompressing a JPEG image using an output colorspace of
982 markers found in the middle of the JPEG data stream during decompression. It
1017 results when the JPEG quality is >= 98 and the fast integer forward DCT is
1023 JPEG qualities greater than 95, so the TurboJPEG wrapper will now automatically
1024 use the slow integer forward DCT when generating JPEG images of quality 96 or
1032 4. Fixed visual artifacts in grayscale JPEG compression caused by a typo in
1061 JPEG images.
1078 which allows the caller to determine the type of subsampling used in a JPEG
1090 from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to
1094 be used instead of 4:2:0 when decompressing JPEG images using SSE2 code.
1144 2. 2968313: Fixed data corruption issues when decompressing large JPEG images