DRC | 5a3b4fe | 2016-01-06 19:17:54 -0600 | [diff] [blame] | 1 | 1.4.3 |
| 2 | ===== |
| 3 | |
| 4 | [1] Fixed a regression caused by 1.4.1[6] that prevented 32-bit and 64-bit |
| 5 | libjpeg-turbo RPMs from being installed simultaneously on recent Red Hat/Fedora |
| 6 | distributions. This was due to the addition of a macro in jconfig.h that |
| 7 | allows the Huffman codec to determine the word size at compile time. Since |
| 8 | that macro differs between 32-bit and 64-bit builds, this caused a conflict |
| 9 | between the i386 and x86_64 RPMs (any differing files, other than executables, |
| 10 | are not allowed when 32-bit and 64-bit RPMs are installed simultaneously.) |
| 11 | Since the macro is used only internally, it has been moved into jconfigint.h. |
| 12 | |
DRC | 2d56acb | 2016-02-04 18:47:07 -0600 | [diff] [blame] | 13 | [2] Fixed an issue in the accelerated Huffman decoder that could have caused |
| 14 | the decoder to read past the end of the input buffer when a malformed, |
| 15 | specially-crafted JPEG image was being decompressed. In prior versions of |
| 16 | libjpeg-turbo, the accelerated Huffman decoder was invoked (in most cases) only |
| 17 | if there were > 128 bytes of data in the input buffer. However, it is possible |
| 18 | to construct a JPEG image in which a single Huffman block is over 430 bytes |
| 19 | long, so this version of libjpeg-turbo activates the accelerated Huffman |
| 20 | decoder only if there are > 512 bytes of data in the input buffer. |
DRC | 88c7e30 | 2014-05-28 20:28:30 +0000 | [diff] [blame] | 21 | |
mayeut | f57bae0 | 2016-02-25 23:14:45 +0100 | [diff] [blame^] | 22 | [3] Fixed a memory leak in tjunittest encountered when running the program |
| 23 | with the -yuv option. |
| 24 | |
DRC | 2384331 | 2014-06-22 20:38:54 +0000 | [diff] [blame] | 25 | |
DRC | a3ef34c | 2015-08-13 11:09:05 -0500 | [diff] [blame] | 26 | 1.4.2 |
| 27 | ===== |
| 28 | |
| 29 | [1] Fixed an issue whereby cjpeg would segfault if a Windows bitmap with a |
| 30 | negative width or height was used as an input image (Windows bitmaps can have |
| 31 | a negative height if they are stored in top-down order, but such files are |
| 32 | rare and not supported by libjpeg-turbo.) |
| 33 | |
DRC | b5a55e6 | 2015-08-29 18:05:43 -0500 | [diff] [blame] | 34 | [2] Fixed an issue whereby, under certain circumstances, libjpeg-turbo would |
| 35 | incorrectly encode certain JPEG images when quality=100 and the fast integer |
| 36 | forward DCT were used. This was known to cause 'make test' to fail when the |
| 37 | library was built with '-march=haswell' on x86 systems. |
| 38 | |
Chandler Carruth | 498d9bc | 2015-09-15 11:57:03 -0700 | [diff] [blame] | 39 | [3] Fixed an issue whereby libjpeg-turbo would crash when built with the latest |
| 40 | & greatest development version of the Clang/LLVM compiler. This was caused by |
| 41 | an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD |
| 42 | routines. Those routines were incorrectly using a 64-bit mov instruction to |
| 43 | transfer a 32-bit JDIMENSION argument, whereas the x86-64 ABI allows the upper |
| 44 | (unused) 32 bits of a 32-bit argument's register to be undefined. The new |
| 45 | Clang/LLVM optimizer uses load combining to transfer multiple adjacent 32-bit |
| 46 | structure members into a single 64-bit register, and this exposed the ABI |
| 47 | conformance issue. |
| 48 | |
James Cowgill | 54792ba | 2015-09-16 23:05:46 -0500 | [diff] [blame] | 49 | [4] Fixed a bug in the MIPS DSPr2 4:2:0 "plain" (non-fancy and non-merged) |
| 50 | upsampling routine that caused a buffer overflow (and subsequent segfault) when |
| 51 | decompressing a 4:2:0 JPEG image whose scaled output width was less than 16 |
| 52 | pixels. The "plain" upsampling routines are normally only used when |
| 53 | decompressing a non-YCbCr JPEG image, but they are also used when decompressing |
| 54 | a JPEG image whose scaled output height is 1. |
| 55 | |
DRC | 8e9cef2 | 2015-09-21 12:57:41 -0500 | [diff] [blame] | 56 | [5] Fixed various negative left shifts and other issues reported by the GCC and |
| 57 | Clang undefined behavior sanitizers. None of these was known to pose a |
| 58 | security threat, but removing the warnings makes it easier to detect actual |
| 59 | security issues, should they arise in the future. |
| 60 | |
DRC | a3ef34c | 2015-08-13 11:09:05 -0500 | [diff] [blame] | 61 | |
DRC | cbc9970 | 2015-01-16 06:29:52 +0000 | [diff] [blame] | 62 | 1.4.1 |
| 63 | ===== |
| 64 | |
| 65 | [1] tjbench now properly handles CMYK/YCCK JPEG files. Passing an argument of |
| 66 | -cmyk (instead of, for instance, -rgb) will cause tjbench to internally convert |
| 67 | the source bitmap to CMYK prior to compression, to generate YCCK JPEG files, |
| 68 | and to internally convert the decompressed CMYK pixels back to RGB after |
| 69 | decompression (the latter is done automatically if a CMYK or YCCK JPEG is |
| 70 | passed to tjbench as a source image.) The CMYK<->RGB conversion operation is |
| 71 | not benchmarked. NOTE: The quick & dirty CMYK<->RGB conversions that tjbench |
| 72 | uses are suitable for testing only. Proper conversion between CMYK and RGB |
| 73 | requires a color management system. |
| 74 | |
DRC | dd7f03b | 2015-01-16 06:45:54 +0000 | [diff] [blame] | 75 | [2] 'make test' now performs additional bitwise regression tests using tjbench, |
| 76 | mainly for the purpose of testing compression from/decompression to a subregion |
| 77 | of a larger image buffer. |
| 78 | |
DRC | 3af282d | 2015-01-16 06:53:36 +0000 | [diff] [blame] | 79 | [3] 'make test' no longer tests the regression of the floating point DCT/IDCT |
| 80 | by default, since the results of those tests can vary if the algorithms in |
| 81 | question are not implemented using SIMD instructions on a particular platform. |
| 82 | See the comments in Makefile.am for information on how to re-enable the tests |
| 83 | and to specify an expected result for them based on the particulars of your |
| 84 | platform. |
| 85 | |
DRC | 0e94025 | 2015-01-20 10:33:32 +0000 | [diff] [blame] | 86 | [4] The NULL color conversion routines have been significantly optimized, |
| 87 | which speeds up the compression of RGB and CMYK JPEGs by 5-20% when using |
| 88 | 64-bit code and 0-3% when using 32-bit code, and the decompression of those |
| 89 | images by 10-30% when using 64-bit code and 3-12% when using 32-bit code. |
| 90 | |
DRC | 8b5a009 | 2015-01-21 17:42:28 +0000 | [diff] [blame] | 91 | [5] Fixed an "illegal instruction" error that occurred when djpeg from a |
| 92 | SIMD-enabled libjpeg-turbo MIPS build was executed with the -nosmooth option on |
| 93 | a MIPS machine that lacked DSPr2 support. The MIPS SIMD routines for h2v1 and |
| 94 | h2v2 merged upsampling were not properly checking for the existence of DSPr2. |
| 95 | |
DRC | 3ebcc32 | 2015-05-15 19:09:44 +0000 | [diff] [blame] | 96 | [6] Performance has been improved significantly on 64-bit non-Linux and |
| 97 | non-Windows platforms (generally 10-20% faster compression and 5-10% faster |
| 98 | decompression.) Due to an oversight, the 64-bit version of the accelerated |
| 99 | Huffman codec was not being compiled in when libjpeg-turbo was built on |
| 100 | platforms other than Windows or Linux. Oops. |
DRC | f64b36f | 2015-04-22 08:43:04 +0000 | [diff] [blame] | 101 | |
DRC | a8b6ea2 | 2015-05-06 22:41:12 +0000 | [diff] [blame] | 102 | [7] Fixed an extremely rare bug in the Huffman encoder that caused 64-bit |
| 103 | builds of libjpeg-turbo to incorrectly encode a few specific test images when |
| 104 | quality=98, an optimized Huffman table, and the slow integer forward DCT were |
| 105 | used. |
| 106 | |
DRC | bec45b1 | 2015-05-17 15:56:18 +0000 | [diff] [blame] | 107 | [8] The Windows (CMake) build system now supports building only static or only |
DRC | 665c96e | 2015-05-15 22:08:21 +0000 | [diff] [blame] | 108 | shared libraries. This is accomplished by adding either -DENABLE_STATIC=0 or |
| 109 | -DENABLE_SHARED=0 to the CMake command line. |
| 110 | |
DRC | 1f79c7c | 2015-06-01 19:22:41 +0000 | [diff] [blame] | 111 | [9] TurboJPEG API functions will now return an error code if a warning is |
| 112 | triggered in the underlying libjpeg API. For instance, if a JPEG file is |
| 113 | corrupt, the TurboJPEG decompression functions will attempt to decompress |
| 114 | as much of the image as possible, but those functions will now return -1 to |
| 115 | indicate that the decompression was not entirely successful. |
| 116 | |
DRC | f15ef33 | 2015-06-08 17:41:34 +0000 | [diff] [blame] | 117 | [10] Fixed a bug in the MIPS DSPr2 4:2:2 fancy upsampling routine that caused a |
| 118 | buffer overflow (and subsequent segfault) when decompressing a 4:2:2 JPEG image |
| 119 | in which the right-most MCU was 5 or 6 pixels wide. |
| 120 | |
DRC | cbc9970 | 2015-01-16 06:29:52 +0000 | [diff] [blame] | 121 | |
DRC | eb8d096 | 2014-08-30 13:52:09 +0000 | [diff] [blame] | 122 | 1.4.0 |
DRC | e0419b5 | 2012-07-03 20:01:31 +0000 | [diff] [blame] | 123 | ===== |
| 124 | |
DRC | eb8d096 | 2014-08-30 13:52:09 +0000 | [diff] [blame] | 125 | [1] Fixed a build issue on OS X PowerPC platforms (md5cmp failed to build |
| 126 | because OS X does not provide the le32toh() and htole32() functions.) |
| 127 | |
DRC | 72a3cc0 | 2014-08-30 20:37:50 +0000 | [diff] [blame] | 128 | [2] The non-SIMD RGB565 color conversion code did not work correctly on big |
| 129 | endian machines. This has been fixed. |
| 130 | |
DRC | 55620c6 | 2014-10-23 19:08:14 +0000 | [diff] [blame] | 131 | [3] Fixed an issue in tjPlaneSizeYUV() whereby it would erroneously return 1 |
DRC | 2240974 | 2014-10-23 18:54:42 +0000 | [diff] [blame] | 132 | instead of -1 if componentID was > 0 and subsamp was TJSAMP_GRAY. |
| 133 | |
DRC | 8f7f49a | 2015-01-12 08:36:37 +0000 | [diff] [blame] | 134 | [3] Fixed an issue in tjBufSizeYUV2() whereby it would erroneously return 0 |
DRC | 55620c6 | 2014-10-23 19:08:14 +0000 | [diff] [blame] | 135 | instead of -1 if width was < 1. |
| 136 | |
DRC | 803b5d2 | 2014-11-18 15:56:43 +0000 | [diff] [blame] | 137 | [5] The Huffman encoder now uses clz and bsr instructions for bit counting on |
| 138 | ARM64 platforms (see 1.4 beta1 [5].) |
| 139 | |
DRC | 3ebcf7c | 2014-11-18 21:45:34 +0000 | [diff] [blame] | 140 | [6] The close() method in the TJCompressor and TJDecompressor Java classes is |
| 141 | now idempotent. Previously, that method would call the native tjDestroy() |
| 142 | function even if the TurboJPEG instance had already been destroyed. This |
| 143 | caused an exception to be thrown during finalization, if the close() method had |
| 144 | already been called. The exception was caught, but it was still an expensive |
| 145 | operation. |
| 146 | |
DRC | ea1eea4 | 2014-11-19 00:55:28 +0000 | [diff] [blame] | 147 | [7] The TurboJPEG API previously generated an error ("Could not determine |
| 148 | subsampling type for JPEG image") when attempting to decompress grayscale JPEG |
| 149 | images that were compressed with a sampling factor other than 1 (for instance, |
| 150 | with 'cjpeg -grayscale -sample 2x2'). Subsampling technically has no meaning |
| 151 | with grayscale JPEGs, and thus the horizontal and vertical sampling factors |
| 152 | for such images are ignored by the decompressor. However, the TurboJPEG API |
| 153 | was being too rigid and was expecting the sampling factors to be equal to 1 |
| 154 | before it treated the image as a grayscale JPEG. |
| 155 | |
DRC | 9665f5e | 2014-11-22 04:04:38 +0000 | [diff] [blame] | 156 | [8] cjpeg, djpeg, and jpegtran now accept an argument of -version, which will |
| 157 | print the library version and exit. |
| 158 | |
DRC | 402a715 | 2014-11-22 22:09:30 +0000 | [diff] [blame] | 159 | [9] Referring to 1.4 beta1 [15], another extremely rare circumstance was |
| 160 | discovered under which the Huffman encoder's local buffer can be overrun |
| 161 | when a buffered destination manager is being used and an |
| 162 | extremely-high-frequency block (basically junk image data) is being encoded. |
| 163 | Even though the Huffman local buffer was increased from 128 bytes to 136 bytes |
| 164 | to address the previous issue, the new issue caused even the larger buffer to |
| 165 | be overrun. Further analysis reveals that, in the absolute worst case (such as |
| 166 | setting alternating AC coefficients to 32767 and -32768 in the JPEG scanning |
| 167 | order), the Huffman encoder can produce encoded blocks that approach double the |
| 168 | size of the unencoded blocks. Thus, the Huffman local buffer was increased to |
| 169 | 256 bytes, which should prevent any such issue from re-occurring in the future. |
| 170 | |
DRC | 0f4469c | 2014-11-22 23:56:26 +0000 | [diff] [blame] | 171 | [10] The new tjPlaneSizeYUV(), tjPlaneWidth(), and tjPlaneHeight() functions |
| 172 | were not actually usable on any platform except OS X and Windows, because |
| 173 | those functions were not included in the libturbojpeg mapfile. This has been |
| 174 | fixed. |
| 175 | |
DRC | 2a6b831 | 2014-11-25 10:07:43 +0000 | [diff] [blame] | 176 | [11] Restored the JPP(), JMETHOD(), and FAR macros in the libjpeg-turbo header |
| 177 | files. The JPP() and JMETHOD() macros were originally implemented in libjpeg |
| 178 | as a way of supporting non-ANSI compilers that lacked support for prototype |
| 179 | parameters. libjpeg-turbo has never supported such compilers, but some |
| 180 | software packages still use the macros to define their own prototypes. |
| 181 | Similarly, libjpeg-turbo has never supported MS-DOS and other platforms that |
| 182 | have far symbols, but some software packages still use the FAR macro. A pretty |
DRC | e2dd3e3 | 2014-11-25 09:48:15 +0000 | [diff] [blame] | 183 | good argument can be made that this is a bad practice on the part of the |
| 184 | software in question, but since this affects more than one package, it's just |
| 185 | easier to fix it here. |
| 186 | |
DRC | d51e6c2 | 2014-12-19 18:18:46 +0000 | [diff] [blame] | 187 | [12] Fixed issues that were preventing the ARM 64-bit SIMD code from compiling |
| 188 | for iOS, and included an ARMv8 architecture in all of the binaries installed by |
| 189 | the "official" libjpeg-turbo SDK for OS X. |
| 190 | |
DRC | eb8d096 | 2014-08-30 13:52:09 +0000 | [diff] [blame] | 191 | |
DRC | fe77fa2 | 2014-08-30 13:48:45 +0000 | [diff] [blame] | 192 | 1.3.90 (1.4 beta1) |
| 193 | ================== |
DRC | f610d61 | 2013-04-26 10:33:29 +0000 | [diff] [blame] | 194 | |
DRC | fc26b65 | 2014-03-16 22:56:26 +0000 | [diff] [blame] | 195 | [1] New features in the TurboJPEG API: |
| 196 | -- YUV planar images can now be generated with an arbitrary line padding |
| 197 | (previously only 4-byte padding, which was compatible with X Video, was |
| 198 | supported.) |
| 199 | -- The decompress-to-YUV function has been extended to support image scaling. |
| 200 | -- JPEG images can now be compressed from YUV planar source images. |
| 201 | -- YUV planar images can now be decoded into RGB or grayscale images. |
| 202 | -- 4:1:1 subsampling is now supported. This is mainly included for |
| 203 | compatibility, since 4:1:1 is not fully accelerated in libjpeg-turbo and has no |
| 204 | significant advantages relative to 4:2:0. |
| 205 | -- CMYK images are now supported. This feature allows CMYK source images to be |
| 206 | compressed to YCCK JPEGs and YCCK or CMYK JPEGs to be decompressed to CMYK |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 207 | destination images. Conversion between CMYK/YCCK and RGB or YUV images is not |
| 208 | supported. Such conversion requires a color management system and is thus out |
| 209 | of scope for a codec library. |
DRC | fc26b65 | 2014-03-16 22:56:26 +0000 | [diff] [blame] | 210 | -- The handling of YUV images in the Java API has been significantly refactored |
| 211 | and should now be much more intuitive. |
| 212 | -- The Java API now supports encoding a YUV image from an arbitrary position in |
| 213 | a large image buffer. |
DRC | aecea38 | 2014-08-11 18:05:41 +0000 | [diff] [blame] | 214 | -- All of the YUV functions now have a corresponding function that operates on |
| 215 | separate image planes instead of a unified image buffer. This allows for |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 216 | compressing/decoding from or decompressing/encoding to a subregion of a larger |
| 217 | YUV image. It also allows for handling YUV formats that swap the order of the |
| 218 | U and V planes. |
DRC | f610d61 | 2013-04-26 10:33:29 +0000 | [diff] [blame] | 219 | |
DRC | a6b7fbd | 2013-09-30 18:13:27 +0000 | [diff] [blame] | 220 | [2] Added SIMD acceleration for DSPr2-capable MIPS platforms. This speeds up |
DRC | d64e23e | 2013-10-08 02:32:07 +0000 | [diff] [blame] | 221 | the compression of full-color JPEGs by 70-80% on such platforms and |
| 222 | decompression by 25-35%. |
DRC | 0be9fa5 | 2013-07-24 21:50:20 +0000 | [diff] [blame] | 223 | |
DRC | fc26b65 | 2014-03-16 22:56:26 +0000 | [diff] [blame] | 224 | [3] If an application attempts to decompress a Huffman-coded JPEG image whose |
DRC | a113506 | 2014-01-31 17:22:15 +0000 | [diff] [blame] | 225 | header does not contain Huffman tables, libjpeg-turbo will now insert the |
| 226 | default Huffman tables. In order to save space, many motion JPEG video frames |
| 227 | are encoded without the default Huffman tables, so these frames can now be |
| 228 | successfully decompressed by libjpeg-turbo without additional work on the part |
| 229 | of the application. An application can still override the Huffman tables, for |
| 230 | instance to re-use tables from a previous frame of the same video. |
| 231 | |
DRC | b1068fa | 2014-03-23 17:53:07 +0000 | [diff] [blame] | 232 | [4] The Mac packaging system now uses pkgbuild and productbuild rather than |
| 233 | PackageMaker (which is obsolete and no longer supported.) This means that |
| 234 | OS X 10.6 "Snow Leopard" or later must be used when packaging libjpeg-turbo, |
| 235 | although the packages produced can be installed on OS X 10.5 "Leopard" or |
| 236 | later. OS X 10.4 "Tiger" is no longer supported. |
| 237 | |
DRC | 0cfc4c1 | 2014-03-28 18:33:25 +0000 | [diff] [blame] | 238 | [5] The Huffman encoder now uses clz and bsr instructions for bit counting on |
| 239 | ARM platforms rather than a lookup table. This reduces the memory footprint |
| 240 | by 64k, which may be important for some mobile applications. Out of four |
DRC | fdd625e | 2014-04-15 03:07:44 +0000 | [diff] [blame] | 241 | Android devices that were tested, two demonstrated a small overall performance |
| 242 | loss (~3-4% on average) with ARMv6 code and a small gain (also ~3-4%) with |
| 243 | ARMv7 code when enabling this new feature, but the other two devices |
| 244 | demonstrated a significant overall performance gain with both ARMv6 and ARMv7 |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 245 | code (~10-20%) when enabling the feature. Actual mileage may vary. |
DRC | 0cfc4c1 | 2014-03-28 18:33:25 +0000 | [diff] [blame] | 246 | |
DRC | 0816d08 | 2014-04-20 06:57:52 +0000 | [diff] [blame] | 247 | [6] Worked around an issue with Visual C++ 2010 and later that caused incorrect |
DRC | beb0b33 | 2014-04-20 07:36:33 +0000 | [diff] [blame] | 248 | pixels to be generated when decompressing a JPEG image to a 256-color bitmap, |
| 249 | if compiler optimization was enabled when libjpeg-turbo was built. This caused |
| 250 | the regression tests to fail when doing a release build under Visual C++ 2010 |
| 251 | and later. |
| 252 | |
DRC | 715bb41 | 2014-05-11 10:09:07 +0000 | [diff] [blame] | 253 | [7] Improved the accuracy and performance of the non-SIMD implementation of the |
| 254 | floating point inverse DCT (using code borrowed from libjpeg v8a and later.) |
| 255 | The accuracy of this implementation now matches the accuracy of the SSE/SSE2 |
| 256 | implementation. Note, however, that the floating point DCT/IDCT algorithms are |
| 257 | mainly a legacy feature. They generally do not produce significantly better |
| 258 | accuracy than the slow integer DCT/IDCT algorithms, and they are quite a bit |
| 259 | slower. |
| 260 | |
DRC | 78df2e6 | 2014-05-12 09:23:57 +0000 | [diff] [blame] | 261 | [8] Added a new output colorspace (JCS_RGB565) to the libjpeg API that allows |
DRC | d729f4d | 2014-08-23 15:47:51 +0000 | [diff] [blame] | 262 | for decompressing JPEG images into RGB565 (16-bit) pixels. If dithering is not |
| 263 | used, then this code path is SIMD-accelerated on ARM platforms. |
DRC | 78df2e6 | 2014-05-12 09:23:57 +0000 | [diff] [blame] | 264 | |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 265 | [9] Numerous obsolete features, such as support for non-ANSI compilers and |
| 266 | support for the MS-DOS memory model, were removed from the libjpeg code, |
| 267 | greatly improving its readability and making it easier to maintain and extend. |
DRC | 5033f3e | 2014-05-18 18:33:44 +0000 | [diff] [blame] | 268 | |
DRC | cf55f0b | 2014-05-28 20:19:54 +0000 | [diff] [blame] | 269 | [10] Fixed a segfault that occurred when calling output_message() with msg_code |
| 270 | set to JMSG_COPYRIGHT. |
| 271 | |
DRC | b7d6e84 | 2014-06-22 20:36:50 +0000 | [diff] [blame] | 272 | [11] Fixed an issue whereby wrjpgcom was allowing comments longer than 65k |
| 273 | characters to be passed on the command line, which was causing it to generate |
| 274 | incorrect JPEG files. |
| 275 | |
DRC | 73821bf | 2014-06-22 20:46:48 +0000 | [diff] [blame] | 276 | [12] Fixed a bug in the build system that was causing the Windows version of |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 277 | wrjpgcom to be built using the rdjpgcom source code. |
DRC | b7d6e84 | 2014-06-22 20:36:50 +0000 | [diff] [blame] | 278 | |
DRC | aee4f72 | 2014-08-09 23:06:07 +0000 | [diff] [blame] | 279 | [13] Restored 12-bit-per-component JPEG support. A 12-bit version of |
| 280 | libjpeg-turbo can now be built by passing an argument of --with-12bit to |
| 281 | configure (Unix) or -DWITH_12BIT=1 to cmake (Windows.) 12-bit JPEG support is |
| 282 | included only for convenience. Enabling this feature disables all of the |
| 283 | performance features in libjpeg-turbo, as well as arithmetic coding and the |
DRC | f6d7b77 | 2014-08-20 16:02:49 +0000 | [diff] [blame] | 284 | TurboJPEG API. The resulting library still contains the other libjpeg-turbo |
| 285 | features (such as the colorspace extensions), but in general, it performs no |
| 286 | faster than libjpeg v6b. |
DRC | aee4f72 | 2014-08-09 23:06:07 +0000 | [diff] [blame] | 287 | |
DRC | bc3c168 | 2014-08-20 15:40:43 +0000 | [diff] [blame] | 288 | [14] Added ARM 64-bit SIMD acceleration for the YCC-to-RGB color conversion |
| 289 | and IDCT algorithms (both are used during JPEG decompression.) For unknown |
| 290 | reasons (probably related to clang), this code cannot currently be compiled for |
| 291 | iOS. |
| 292 | |
DRC | 2261e1e | 2014-08-21 03:40:37 +0000 | [diff] [blame] | 293 | [15] Fixed an extremely rare bug that could cause the Huffman encoder's local |
DRC | eddc355 | 2014-08-21 03:38:14 +0000 | [diff] [blame] | 294 | buffer to overrun when a very high-frequency MCU is compressed using quality |
| 295 | 100 and no subsampling, and when the JPEG output buffer is being dynamically |
| 296 | resized by the destination manager. This issue was so rare that, even with a |
| 297 | test program specifically designed to make the bug occur (by injecting random |
| 298 | high-frequency YUV data into the compressor), it was reproducible only once in |
| 299 | about every 25 million iterations. |
| 300 | |
DRC | fe80ec2 | 2014-08-21 15:51:47 +0000 | [diff] [blame] | 301 | [16] Fixed an oversight in the TurboJPEG C wrapper: if any of the JPEG |
| 302 | compression functions was called repeatedly with the same |
| 303 | automatically-allocated destination buffer, then TurboJPEG would erroneously |
| 304 | assume that the jpegSize parameter was equal to the size of the buffer, when in |
| 305 | fact that parameter was probably equal to the size of the most recently |
| 306 | compressed JPEG image. If the size of the previous JPEG image was not as large |
| 307 | as the current JPEG image, then TurboJPEG would unnecessarily reallocate the |
| 308 | destination buffer. |
| 309 | |
DRC | f610d61 | 2013-04-26 10:33:29 +0000 | [diff] [blame] | 310 | |
DRC | 96573d0 | 2013-08-11 23:23:41 +0000 | [diff] [blame] | 311 | 1.3.1 |
| 312 | ===== |
| 313 | |
| 314 | [1] On Un*x systems, 'make install' now installs the libjpeg-turbo libraries |
| 315 | into /opt/libjpeg-turbo/lib32 by default on any 32-bit system, not just x86, |
| 316 | and into /opt/libjpeg-turbo/lib64 by default on any 64-bit system, not just |
| 317 | x86-64. You can override this by overriding either the 'prefix' or 'libdir' |
| 318 | configure variables. |
| 319 | |
DRC | 4d87793 | 2013-09-19 22:55:57 +0000 | [diff] [blame] | 320 | [2] The Windows installer now places a copy of the TurboJPEG DLLs in the same |
| 321 | directory as the rest of the libjpeg-turbo binaries. This was mainly done |
| 322 | to support TurboVNC 1.3, which bundles the DLLs in its Windows installation. |
| 323 | When using a 32-bit version of CMake on 64-bit Windows, it is impossible to |
| 324 | access the c:\WINDOWS\system32 directory, which made it impossible for the |
| 325 | TurboVNC build scripts to bundle the 64-bit TurboJPEG DLL. |
| 326 | |
DRC | cadabd4 | 2013-09-28 03:10:31 +0000 | [diff] [blame] | 327 | [3] Fixed a bug whereby attempting to encode a progressive JPEG with arithmetic |
| 328 | entropy coding (by passing arguments of -progressive -arithmetic to cjpeg or |
| 329 | jpegtran, for instance) would result in an error, "Requested feature was |
| 330 | omitted at compile time". |
DRC | 1370f10 | 2013-09-24 03:21:38 +0000 | [diff] [blame] | 331 | |
DRC | 7ebf294 | 2013-11-21 18:32:48 +0000 | [diff] [blame] | 332 | [4] Fixed a couple of issues whereby malformed JPEG images would cause |
DRC | 43d8cf4 | 2013-11-21 18:34:39 +0000 | [diff] [blame] | 333 | libjpeg-turbo to use uninitialized memory during decompression. |
| 334 | |
DRC | 38c9970 | 2014-02-11 09:45:18 +0000 | [diff] [blame] | 335 | [5] Fixed an error ("Buffer passed to JPEG library is too small") that occurred |
| 336 | when calling the TurboJPEG YUV encoding function with a very small (< 5x5) |
| 337 | source image, and added a unit test to check for this error. |
| 338 | |
DRC | d45c549 | 2014-03-11 06:21:46 +0000 | [diff] [blame] | 339 | [6] The Java classes should now build properly under Visual Studio 2010 and |
| 340 | later. |
| 341 | |
DRC | de23dd8 | 2014-03-22 20:43:03 +0000 | [diff] [blame] | 342 | [7] Fixed an issue that prevented SRPMs generated using the in-tree packaging |
| 343 | tools from being rebuilt on certain newer Linux distributions. |
| 344 | |
| 345 | [8] Numerous minor fixes to eliminate compilation and build/packaging system |
| 346 | warnings, fix cosmetic issues, improve documentation clarity, and other general |
| 347 | source cleanup. |
| 348 | |
DRC | 96573d0 | 2013-08-11 23:23:41 +0000 | [diff] [blame] | 349 | |
DRC | 0bf58f2 | 2013-02-06 23:51:08 +0000 | [diff] [blame] | 350 | 1.3.0 |
| 351 | ===== |
| 352 | |
| 353 | [1] 'make test' now works properly on FreeBSD, and it no longer requires the |
| 354 | md5sum executable to be present on other Un*x platforms. |
| 355 | |
DRC | d7a642b | 2013-04-24 06:40:25 +0000 | [diff] [blame] | 356 | [2] Overhauled the packaging system: |
DRC | 764e1e2 | 2013-04-19 04:25:14 +0000 | [diff] [blame] | 357 | -- To avoid conflict with vendor-supplied libjpeg-turbo packages, the |
| 358 | official RPMs and DEBs for libjpeg-turbo have been renamed to |
DRC | d7a642b | 2013-04-24 06:40:25 +0000 | [diff] [blame] | 359 | "libjpeg-turbo-official". |
| 360 | -- The TurboJPEG libraries are now located under /opt/libjpeg-turbo in the |
| 361 | official Linux and Mac packages, to avoid conflict with vendor-supplied |
| 362 | packages and also to streamline the packaging system. |
| 363 | -- Release packages are now created with the directory structure defined |
| 364 | by the configure variables "prefix", "bindir", "libdir", etc. (Un*x) or by the |
| 365 | CMAKE_INSTALL_PREFIX variable (Windows.) The exception is that the docs are |
| 366 | always located under the system default documentation directory on Un*x and Mac |
| 367 | systems, and on Windows, the TurboJPEG DLL is always located in the Windows |
| 368 | system directory. |
DRC | 764e1e2 | 2013-04-19 04:25:14 +0000 | [diff] [blame] | 369 | -- To avoid confusion, official libjpeg-turbo packages on Linux/Unix platforms |
| 370 | (except for Mac) will always install the 32-bit libraries in |
| 371 | /opt/libjpeg-turbo/lib32 and the 64-bit libraries in /opt/libjpeg-turbo/lib64. |
DRC | d7a642b | 2013-04-24 06:40:25 +0000 | [diff] [blame] | 372 | -- Fixed an issue whereby, in some cases, the libjpeg-turbo executables on Un*x |
| 373 | systems were not properly linking with the shared libraries installed by the |
| 374 | same package. |
| 375 | -- Fixed an issue whereby building the "installer" target on Windows when |
| 376 | WITH_JAVA=1 would fail if the TurboJPEG JAR had not been previously built. |
| 377 | -- Building the "install" target on Windows now installs files into the same |
| 378 | places that the installer does. |
DRC | 764e1e2 | 2013-04-19 04:25:14 +0000 | [diff] [blame] | 379 | |
DRC | 4c17a45 | 2013-04-25 08:55:31 +0000 | [diff] [blame] | 380 | [3] Fixed a Huffman encoder bug that prevented I/O suspension from working |
| 381 | properly. |
| 382 | |
DRC | 0bf58f2 | 2013-02-06 23:51:08 +0000 | [diff] [blame] | 383 | |
DRC | 84f7122 | 2012-12-31 09:44:31 +0000 | [diff] [blame] | 384 | 1.2.90 (1.3 beta1) |
| 385 | ================== |
DRC | 27fb3fc | 2012-01-28 01:48:07 +0000 | [diff] [blame] | 386 | |
| 387 | [1] Added support for additional scaling factors (3/8, 5/8, 3/4, 7/8, 9/8, 5/4, |
DRC | ffe4fc1 | 2012-03-16 14:30:46 +0000 | [diff] [blame] | 388 | 11/8, 3/2, 13/8, 7/4, 15/8, and 2) when decompressing. Note that the IDCT will |
| 389 | not be SIMD-accelerated when using any of these new scaling factors. |
DRC | 27fb3fc | 2012-01-28 01:48:07 +0000 | [diff] [blame] | 390 | |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 391 | [2] The TurboJPEG dynamic library is now versioned. It was not strictly |
DRC | fd40777 | 2012-03-23 03:24:39 +0000 | [diff] [blame] | 392 | necessary to do so, because TurboJPEG uses versioned symbols, and if a function |
| 393 | changes in an ABI-incompatible way, that function is renamed and a legacy |
| 394 | function is provided to maintain backward compatibility. However, certain |
DRC | 5a84a0e | 2013-02-14 07:31:35 +0000 | [diff] [blame] | 395 | Linux distro maintainers have a policy against accepting any library that isn't |
| 396 | versioned. |
DRC | fd40777 | 2012-03-23 03:24:39 +0000 | [diff] [blame] | 397 | |
DRC | fac3bea | 2012-09-24 02:27:55 +0000 | [diff] [blame] | 398 | [3] Extended the TurboJPEG Java API so that it can be used to compress a JPEG |
| 399 | image from and decompress a JPEG image to an arbitrary position in a large |
| 400 | image buffer. |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 401 | |
DRC | 2186809 | 2012-07-03 20:02:49 +0000 | [diff] [blame] | 402 | [4] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag. |
DRC | e0419b5 | 2012-07-03 20:01:31 +0000 | [diff] [blame] | 403 | |
DRC | a394bf7 | 2012-08-07 18:44:24 +0000 | [diff] [blame] | 404 | [5] The 32-bit supplementary package for amd64 Debian systems now provides |
DRC | 0a0f8d1 | 2012-08-07 18:42:07 +0000 | [diff] [blame] | 405 | symlinks in /usr/lib/i386-linux-gnu for the TurboJPEG libraries in /usr/lib32. |
| 406 | This allows those libraries to be used on MultiArch-compatible systems (such as |
| 407 | Ubuntu 11 and later) without setting the linker path. |
| 408 | |
DRC | 61e1341 | 2012-08-24 02:44:39 +0000 | [diff] [blame] | 409 | [6] The TurboJPEG Java wrapper should now find the JNI library on Mac systems |
| 410 | without having to pass -Djava.library.path=/usr/lib to java. |
| 411 | |
DRC | d9d1d67 | 2012-10-02 04:20:43 +0000 | [diff] [blame] | 412 | [7] TJBench has been ported to Java to provide a convenient way of validating |
| 413 | the performance of the TurboJPEG Java API. It can be run with |
| 414 | 'java -cp turbojpeg.jar TJBench'. |
| 415 | |
DRC | f73a27c | 2013-01-01 10:25:43 +0000 | [diff] [blame] | 416 | [8] cjpeg can now be used to generate JPEG files with the RGB colorspace |
| 417 | (feature ported from jpeg-8d.) |
| 418 | |
DRC | 8cbf893 | 2013-01-01 10:44:00 +0000 | [diff] [blame] | 419 | [9] The width and height in the -crop argument passed to jpegtran can now be |
| 420 | suffixed with "f" to indicate that, when the upper left corner of the cropping |
| 421 | region is automatically moved to the nearest iMCU boundary, the bottom right |
| 422 | corner should be moved by the same amount. In other words, this feature causes |
| 423 | jpegtran to strictly honor the specified width/height rather than the specified |
| 424 | bottom right corner (feature ported from jpeg-8d.) |
| 425 | |
DRC | f37e4da | 2013-01-01 10:52:29 +0000 | [diff] [blame] | 426 | [10] JPEG files using the RGB colorspace can now be decompressed into grayscale |
| 427 | images (feature ported from jpeg-8d.) |
| 428 | |
DRC | 00c2cf3 | 2013-01-13 12:12:53 +0000 | [diff] [blame] | 429 | [11] Fixed a regression caused by 1.2.1[7] whereby the build would fail with |
DRC | b87a0b4 | 2013-01-13 12:15:58 +0000 | [diff] [blame] | 430 | multiple "Mismatch in operand sizes" errors when attempting to build the x86 |
| 431 | SIMD code with NASM 0.98. |
| 432 | |
DRC | ab70623 | 2013-01-18 23:42:31 +0000 | [diff] [blame] | 433 | [12] The in-memory source/destination managers (jpeg_mem_src() and |
| 434 | jpeg_mem_dest()) are now included by default when building libjpeg-turbo with |
| 435 | libjpeg v6b or v7 emulation, so that programs can take advantage of these |
| 436 | functions without requiring the use of the backward-incompatible libjpeg v8 |
| 437 | ABI. The "age number" of the libjpeg-turbo library on Un*x systems has been |
| 438 | incremented by 1 to reflect this. You can disable this feature with a |
| 439 | configure/CMake switch in order to retain strict API/ABI compatibility with the |
| 440 | libjpeg v6b or v7 API/ABI (or with previous versions of libjpeg-turbo.) See |
| 441 | README-turbo.txt for more details. |
| 442 | |
DRC | 6e6b28c | 2014-12-19 17:34:30 +0000 | [diff] [blame] | 443 | [13] Added ARMv7s architecture to libjpeg.a and libturbojpeg.a in the official |
DRC | a2a2cd6 | 2013-02-04 22:29:57 +0000 | [diff] [blame] | 444 | libjpeg-turbo binary package for OS X, so that those libraries can be used to |
| 445 | build applications that leverage the faster CPUs in the iPhone 5 and iPad 4. |
| 446 | |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 447 | |
| 448 | 1.2.1 |
| 449 | ===== |
| 450 | |
| 451 | [1] Creating or decoding a JPEG file that uses the RGB colorspace should now |
| 452 | properly work when the input or output colorspace is one of the libjpeg-turbo |
| 453 | colorspace extensions. |
| 454 | |
| 455 | [2] When libjpeg-turbo was built without SIMD support and merged (non-fancy) |
| 456 | upsampling was used along with an alpha-enabled colorspace during |
| 457 | decompression, the unused byte of the decompressed pixels was not being set to |
| 458 | 0xFF. This has been fixed. TJUnitTest has also been extended to test for the |
| 459 | correct behavior of the colorspace extensions when merged upsampling is used. |
| 460 | |
| 461 | [3] Fixed a bug whereby the libjpeg-turbo SSE2 SIMD code would not preserve the |
DRC | 4f24016 | 2012-04-26 19:50:37 +0000 | [diff] [blame] | 462 | upper 64 bits of xmm6 and xmm7 on Win64 platforms, which violated the Win64 |
| 463 | calling conventions. |
| 464 | |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 465 | [4] Fixed a regression caused by 1.2.0[6] whereby decompressing corrupt JPEG |
DRC | dd2b651 | 2012-05-30 20:36:42 +0000 | [diff] [blame] | 466 | images (specifically, images in which the component count was erroneously set |
| 467 | to a large value) would cause libjpeg-turbo to segfault. |
| 468 | |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 469 | [5] Worked around a severe performance issue with "Bobcat" (AMD Embedded APU) |
DRC | 6979927 | 2012-06-13 01:21:29 +0000 | [diff] [blame] | 470 | processors. The MASKMOVDQU instruction, which was used by the libjpeg-turbo |
| 471 | SSE2 SIMD code, is apparently implemented in microcode on AMD processors, and |
| 472 | it is painfully slow on Bobcat processors in particular. Eliminating the use |
| 473 | of this instruction improved performance by an order of magnitude on Bobcat |
| 474 | processors and by a small amount (typically 5%) on AMD desktop processors. |
| 475 | |
DRC | 575317b | 2012-06-15 22:00:47 +0000 | [diff] [blame] | 476 | [6] Added SIMD acceleration for performing 4:2:2 upsampling on NEON-capable ARM |
| 477 | platforms. This speeds up the decompression of 4:2:2 JPEGs by 20-25% on such |
| 478 | platforms. |
| 479 | |
DRC | de37e07 | 2012-06-18 00:08:18 +0000 | [diff] [blame] | 480 | [7] Fixed a regression caused by 1.2.0[2] whereby, on Linux/x86 platforms |
| 481 | running the 32-bit SSE2 SIMD code in libjpeg-turbo, decompressing a 4:2:0 or |
| 482 | 4:2:2 JPEG image into a 32-bit (RGBX, BGRX, etc.) buffer without using fancy |
| 483 | upsampling would produce several incorrect columns of pixels at the right-hand |
| 484 | side of the output image if each row in the output image was not evenly |
| 485 | divisible by 16 bytes. |
DRC | 8126d0c | 2012-06-15 21:54:45 +0000 | [diff] [blame] | 486 | |
DRC | 112a0bb | 2012-06-28 23:25:34 +0000 | [diff] [blame] | 487 | [8] Fixed an issue whereby attempting to build the SIMD extensions with Xcode |
| 488 | 4.3 on OS X platforms would cause NASM to return numerous errors of the form |
| 489 | "'%define' expects a macro identifier". |
| 490 | |
DRC | 73d74c1 | 2012-06-29 23:46:38 +0000 | [diff] [blame] | 491 | [9] Added flags to the TurboJPEG API that allow the caller to force the use of |
| 492 | either the fast or the accurate DCT/IDCT algorithms in the underlying codec. |
| 493 | |
DRC | 27fb3fc | 2012-01-28 01:48:07 +0000 | [diff] [blame] | 494 | |
DRC | 1ca924a | 2011-11-29 08:58:27 +0000 | [diff] [blame] | 495 | 1.2.0 |
| 496 | ===== |
| 497 | |
| 498 | [1] Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system |
| 499 | was not adding the current directory to the assembler include path, so YASM |
| 500 | was not able to find jsimdcfg.inc.) |
| 501 | |
DRC | ebfe9e4 | 2011-12-01 10:58:36 +0000 | [diff] [blame] | 502 | [2] Fixed out-of-bounds read in SSE2 SIMD code that occurred when decompressing |
| 503 | a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes. |
| 504 | This was more of an annoyance than an actual bug, since it did not cause any |
| 505 | actual run-time problems, but the issue showed up when running libjpeg-turbo in |
| 506 | valgrind. See http://crbug.com/72399 for more information. |
| 507 | |
DRC | ab64b62 | 2011-12-18 16:29:35 +0000 | [diff] [blame] | 508 | [3] Added a compile-time macro (LIBJPEG_TURBO_VERSION) that can be used to |
| 509 | check the version of libjpeg-turbo against which an application was compiled. |
| 510 | |
DRC | 67ce3b2 | 2011-12-19 02:21:03 +0000 | [diff] [blame] | 511 | [4] Added new RGBA/BGRA/ABGR/ARGB colorspace extension constants (libjpeg API) |
| 512 | and pixel formats (TurboJPEG API), which allow applications to specify that, |
| 513 | when decompressing to a 4-component RGB buffer, the unused byte should be set |
| 514 | to 0xFF so that it can be interpreted as an opaque alpha channel. |
| 515 | |
DRC | a7466c9 | 2012-01-26 22:20:31 +0000 | [diff] [blame] | 516 | [5] Fixed regression issue whereby DevIL failed to build against libjpeg-turbo |
| 517 | because libjpeg-turbo's distributed version of jconfig.h contained an INLINE |
| 518 | macro, which conflicted with a similar macro in DevIL. This macro is used only |
| 519 | internally when building libjpeg-turbo, so it was moved into config.h. |
| 520 | |
DRC | 12781cb | 2012-01-27 01:23:20 +0000 | [diff] [blame] | 521 | [6] libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose |
| 522 | K component is assigned a component ID of 1 instead of 4. Although these files |
| 523 | are in violation of the spec, other JPEG implementations handle them |
| 524 | correctly. |
| 525 | |
DRC | 6e6b28c | 2014-12-19 17:34:30 +0000 | [diff] [blame] | 526 | [7] Added ARMv6 and ARMv7 architectures to libjpeg.a and libturbojpeg.a in |
DRC | a2a2cd6 | 2013-02-04 22:29:57 +0000 | [diff] [blame] | 527 | the official libjpeg-turbo binary package for OS X, so that those libraries can |
| 528 | be used to build both OS X and iOS applications. |
DRC | c052646 | 2012-02-10 01:44:55 +0000 | [diff] [blame] | 529 | |
DRC | 1ca924a | 2011-11-29 08:58:27 +0000 | [diff] [blame] | 530 | |
DRC | f8e0055 | 2011-02-04 11:06:36 +0000 | [diff] [blame] | 531 | 1.1.90 (1.2 beta1) |
| 532 | ================== |
| 533 | |
DRC | 7bc3fb5 | 2011-10-28 06:45:53 +0000 | [diff] [blame] | 534 | [1] Added a Java wrapper for the TurboJPEG API. See java/README for more |
| 535 | details. |
DRC | f8e0055 | 2011-02-04 11:06:36 +0000 | [diff] [blame] | 536 | |
DRC | 7bc3fb5 | 2011-10-28 06:45:53 +0000 | [diff] [blame] | 537 | [2] The TurboJPEG API can now be used to scale down images during |
| 538 | decompression. |
DRC | a3c3059 | 2011-02-07 08:06:16 +0000 | [diff] [blame] | 539 | |
DRC | 15866ac | 2011-03-04 13:46:55 +0000 | [diff] [blame] | 540 | [3] Added SIMD routines for RGB-to-grayscale color conversion, which |
| 541 | significantly improves the performance of grayscale JPEG compression from an |
| 542 | RGB source image. |
| 543 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 544 | [4] Improved the performance of the C color conversion routines, which are used |
| 545 | on platforms for which SIMD acceleration is not available. |
DRC | 15866ac | 2011-03-04 13:46:55 +0000 | [diff] [blame] | 546 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 547 | [5] Added a function to the TurboJPEG API that performs lossless transforms. |
| 548 | This function is implemented using the same back end as jpegtran, but it |
| 549 | performs transcoding entirely in memory and allows multiple transforms and/or |
| 550 | crop operations to be batched together, so the source coefficients only need to |
| 551 | be read once. This is useful when generating image tiles from a single source |
| 552 | JPEG. |
DRC | 15866ac | 2011-03-04 13:46:55 +0000 | [diff] [blame] | 553 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 554 | [6] Added tests for the new TurboJPEG scaled decompression and lossless |
DRC | 77fee43 | 2011-11-01 17:14:22 +0000 | [diff] [blame] | 555 | transform features to tjbench (the TurboJPEG benchmark, formerly called |
| 556 | "jpgtest".) |
DRC | 15866ac | 2011-03-04 13:46:55 +0000 | [diff] [blame] | 557 | |
| 558 | [7] Added support for 4:4:0 (transposed 4:2:2) subsampling in TurboJPEG, which |
| 559 | was necessary in order for it to read 4:2:2 JPEG files that had been losslessly |
| 560 | transposed or rotated 90 degrees. |
| 561 | |
DRC | 67d1fc1 | 2011-05-24 14:13:01 +0000 | [diff] [blame] | 562 | [8] All legacy VirtualGL code has been re-factored, and this has allowed |
| 563 | libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license. |
DRC | ee26992 | 2011-04-26 23:46:38 +0000 | [diff] [blame] | 564 | |
DRC | f89dd1e | 2011-05-21 14:23:30 +0000 | [diff] [blame] | 565 | [9] libjpeg-turbo can now be built with YASM. |
DRC | 56fb237 | 2011-05-03 06:32:41 +0000 | [diff] [blame] | 566 | |
DRC | e5c6eb5 | 2011-08-17 20:59:56 +0000 | [diff] [blame] | 567 | [10] Added SIMD acceleration for ARM Linux and iOS platforms that support |
| 568 | NEON instructions. |
DRC | 321e068 | 2011-05-03 08:47:43 +0000 | [diff] [blame] | 569 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 570 | [11] Refactored the TurboJPEG C API and documented it using Doxygen. The |
| 571 | TurboJPEG 1.2 API uses pixel formats to define the size and component order of |
| 572 | the uncompressed source/destination images, and it includes a more efficient |
| 573 | version of TJBUFSIZE() that computes a worst-case JPEG size based on the level |
DRC | 5039d73 | 2013-01-21 23:42:12 +0000 | [diff] [blame] | 574 | of chrominance subsampling. The refactored implementation of the TurboJPEG API |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 575 | now uses the libjpeg memory source and destination managers, which allows the |
| 576 | TurboJPEG compressor to grow the JPEG buffer as necessary. |
DRC | 9b28def | 2011-05-21 14:37:15 +0000 | [diff] [blame] | 577 | |
DRC | e9f9ec4 | 2011-05-25 06:02:50 +0000 | [diff] [blame] | 578 | [12] Eliminated errors in the output of jpegtran on Windows that occurred when |
DRC | 7e3fd2f | 2011-05-25 06:04:43 +0000 | [diff] [blame] | 579 | the application was invoked using I/O redirection |
| 580 | (jpegtran <input.jpg >output.jpg). |
| 581 | |
DRC | b8c6ee3 | 2011-05-31 20:22:37 +0000 | [diff] [blame] | 582 | [13] The inclusion of libjpeg v7 and v8 emulation as well as arithmetic coding |
DRC | 0571e17 | 2011-05-31 20:17:16 +0000 | [diff] [blame] | 583 | support in libjpeg-turbo v1.1.0 introduced several new error constants in |
| 584 | jerror.h, and these were mistakenly enabled for all emulation modes, causing |
DRC | fa9ff8e | 2011-06-21 06:17:10 +0000 | [diff] [blame] | 585 | the error enum in libjpeg-turbo to sometimes have different values than the |
| 586 | same enum in libjpeg. This represents an ABI incompatibility, and it caused |
| 587 | problems with rare applications that took specific action based on a particular |
| 588 | error value. The fix was to include the new error constants conditionally |
| 589 | based on whether libjpeg v7 or v8 emulation was enabled. |
DRC | 0571e17 | 2011-05-31 20:17:16 +0000 | [diff] [blame] | 590 | |
DRC | eed0861 | 2011-06-21 04:56:02 +0000 | [diff] [blame] | 591 | [14] Fixed an issue whereby Windows applications that used libjpeg-turbo would |
DRC | b7120ca | 2011-06-21 04:57:32 +0000 | [diff] [blame] | 592 | fail to compile if the Windows system headers were included before jpeglib.h. |
| 593 | This issue was caused by a conflict in the definition of the INT32 type. |
DRC | 6ca6953 | 2011-02-18 03:31:11 +0000 | [diff] [blame] | 594 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 595 | [15] Fixed 32-bit supplementary package for amd64 Debian systems, which was |
DRC | 68a086a | 2011-07-19 09:26:23 +0000 | [diff] [blame] | 596 | broken by enhancements to the packaging system in 1.1. |
| 597 | |
DRC | 3c21b08 | 2011-10-28 06:25:13 +0000 | [diff] [blame] | 598 | [16] When decompressing a JPEG image using an output colorspace of |
DRC | c08e8c1 | 2011-09-08 23:54:40 +0000 | [diff] [blame] | 599 | JCS_EXT_RGBX, JCS_EXT_BGRX, JCS_EXT_XBGR, or JCS_EXT_XRGB, libjpeg-turbo will |
| 600 | now set the unused byte to 0xFF, which allows applications to interpret that |
| 601 | byte as an alpha channel (0xFF = opaque). |
| 602 | |
DRC | f8e0055 | 2011-02-04 11:06:36 +0000 | [diff] [blame] | 603 | |
DRC | 6ee5459 | 2011-03-01 08:18:30 +0000 | [diff] [blame] | 604 | 1.1.1 |
| 605 | ===== |
| 606 | |
| 607 | [1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated |
| 608 | by tjEncodeYUV(). |
| 609 | |
DRC | 8071c39 | 2011-04-17 15:29:17 +0000 | [diff] [blame] | 610 | [2] libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected |
| 611 | markers found in the middle of the JPEG data stream during decompression. It |
| 612 | will now hand off decoding of a particular block to the unaccelerated Huffman |
| 613 | decoder if an unexpected marker is found, so that the unaccelerated Huffman |
| 614 | decoder can generate an appropriate warning. |
DRC | 6ee5459 | 2011-03-01 08:18:30 +0000 | [diff] [blame] | 615 | |
DRC | 47aaf6f | 2011-03-22 05:40:39 +0000 | [diff] [blame] | 616 | [3] Older versions of MinGW64 prefixed symbol names with underscores by |
DRC | 1da7858 | 2011-03-22 09:34:01 +0000 | [diff] [blame] | 617 | default, which differed from the behavior of 64-bit Visual C++. MinGW64 1.0 |
| 618 | has adopted the behavior of 64-bit Visual C++ as the default, so to accommodate |
| 619 | this, the libjpeg-turbo SIMD function names are no longer prefixed with an |
| 620 | underscore when building with MinGW64. This means that, when building |
| 621 | libjpeg-turbo with older versions of MinGW64, you will now have to add |
| 622 | -fno-leading-underscore to the CFLAGS. |
| 623 | |
DRC | d884011 | 2011-04-25 22:46:25 +0000 | [diff] [blame] | 624 | [4] Fixed a regression bug in the NSIS script that caused the Windows installer |
| 625 | build to fail when using the Visual Studio IDE. |
| 626 | |
| 627 | [5] Fixed a bug in jpeg_read_coefficients() whereby it would not initialize |
| 628 | cinfo->image_width and cinfo->image_height if libjpeg v7 or v8 emulation was |
| 629 | enabled. This specifically caused the jpegoptim program to fail if it was |
| 630 | linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8 |
| 631 | emulation. |
| 632 | |
DRC | 049aef5 | 2011-04-25 22:41:14 +0000 | [diff] [blame] | 633 | [6] Eliminated excessive I/O overhead that occurred when reading BMP files in |
| 634 | cjpeg. |
| 635 | |
DRC | 5ee81f4 | 2011-05-02 00:35:50 +0000 | [diff] [blame] | 636 | [7] Eliminated errors in the output of cjpeg on Windows that occurred when the |
DRC | 34a8e35 | 2011-05-10 22:14:38 +0000 | [diff] [blame] | 637 | application was invoked using I/O redirection (cjpeg <inputfile >output.jpg). |
DRC | 5ee81f4 | 2011-05-02 00:35:50 +0000 | [diff] [blame] | 638 | |
DRC | f5c3bb3 | 2011-03-18 05:59:07 +0000 | [diff] [blame] | 639 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 640 | 1.1.0 |
| 641 | ===== |
DRC | fa1d183 | 2011-01-26 05:35:20 +0000 | [diff] [blame] | 642 | |
DRC | a49c4e5 | 2011-02-18 20:50:08 +0000 | [diff] [blame] | 643 | [1] The algorithm used by the SIMD quantization function cannot produce correct |
| 644 | results when the JPEG quality is >= 98 and the fast integer forward DCT is |
| 645 | used. Thus, the non-SIMD quantization function is now used for those cases, |
| 646 | and libjpeg-turbo should now produce identical output to libjpeg v6b in all |
| 647 | cases. |
DRC | e1716b8 | 2011-02-18 03:19:43 +0000 | [diff] [blame] | 648 | |
DRC | a49c4e5 | 2011-02-18 20:50:08 +0000 | [diff] [blame] | 649 | [2] Despite the above, the fast integer forward DCT still degrades somewhat for |
DRC | 5039d73 | 2013-01-21 23:42:12 +0000 | [diff] [blame] | 650 | JPEG qualities greater than 95, so the TurboJPEG wrapper will now automatically |
| 651 | use the slow integer forward DCT when generating JPEG images of quality 96 or |
| 652 | greater. This reduces compression performance by as much as 15% for these |
| 653 | high-quality images but is necessary to ensure that the images are perceptually |
| 654 | lossless. It also ensures that the library can avoid the performance pitfall |
| 655 | created by [1]. |
DRC | a49c4e5 | 2011-02-18 20:50:08 +0000 | [diff] [blame] | 656 | |
| 657 | [3] Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler. |
| 658 | |
| 659 | [4] Fixed visual artifacts in grayscale JPEG compression caused by a typo in |
DRC | d9ee65c | 2011-04-05 07:01:26 +0000 | [diff] [blame] | 660 | the RGB-to-luminance lookup tables. |
DRC | 8ed7b81 | 2011-02-15 08:31:34 +0000 | [diff] [blame] | 661 | |
DRC | 240d82f | 2011-02-19 00:00:34 +0000 | [diff] [blame] | 662 | [5] The Windows distribution packages now include the libjpeg run-time programs |
| 663 | (cjpeg, etc.) |
| 664 | |
DRC | 9cd2c42 | 2011-02-19 17:52:45 +0000 | [diff] [blame] | 665 | [6] All packages now include jpgtest. |
DRC | 240d82f | 2011-02-19 00:00:34 +0000 | [diff] [blame] | 666 | |
DRC | e4d9b5b | 2011-02-25 06:17:17 +0000 | [diff] [blame] | 667 | [7] The TurboJPEG dynamic library now uses versioned symbols. |
| 668 | |
| 669 | [8] Added two new TurboJPEG API functions, tjEncodeYUV() and |
| 670 | tjDecompressToYUV(), to replace the somewhat hackish TJ_YUV flag. |
| 671 | |
DRC | 2d94e26 | 2011-01-25 06:52:31 +0000 | [diff] [blame] | 672 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 673 | 1.0.90 (1.1 beta1) |
| 674 | ================== |
DRC | 766dc5c | 2010-10-12 02:50:18 +0000 | [diff] [blame] | 675 | |
DRC | f38eee0 | 2011-02-18 07:00:38 +0000 | [diff] [blame] | 676 | [1] Added emulation of the libjpeg v7 and v8 APIs and ABIs. See |
DRC | efa618e | 2010-10-18 08:41:11 +0000 | [diff] [blame] | 677 | README-turbo.txt for more details. This feature was sponsored by CamTrace SAS. |
| 678 | |
| 679 | [2] Created a new CMake-based build system for the Visual C++ and MinGW builds. |
DRC | 766dc5c | 2010-10-12 02:50:18 +0000 | [diff] [blame] | 680 | |
DRC | 2c62da3 | 2012-01-17 22:55:03 +0000 | [diff] [blame] | 681 | [3] Grayscale bitmaps can now be compressed from/decompressed to using the |
| 682 | TurboJPEG API. |
DRC | 09854f5 | 2010-11-04 22:39:59 +0000 | [diff] [blame] | 683 | |
DRC | 01e6909 | 2011-01-06 01:19:43 +0000 | [diff] [blame] | 684 | [4] jpgtest can now be used to test decompression performance with existing |
| 685 | JPEG images. |
DRC | e89bbae | 2010-11-12 10:18:08 +0000 | [diff] [blame] | 686 | |
DRC | d1c281a | 2010-11-17 22:44:40 +0000 | [diff] [blame] | 687 | [5] If the default install prefix (/opt/libjpeg-turbo) is used, then |
| 688 | 'make install' now creates /opt/libjpeg-turbo/lib32 and |
| 689 | /opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary |
| 690 | packages. |
| 691 | |
DRC | ec31193 | 2010-11-22 19:51:42 +0000 | [diff] [blame] | 692 | [6] All symbols in the libjpeg-turbo dynamic library are now versioned, even |
| 693 | when the library is built with libjpeg v6b emulation. |
| 694 | |
DRC | 01e6909 | 2011-01-06 01:19:43 +0000 | [diff] [blame] | 695 | [7] Added arithmetic encoding and decoding support (can be disabled with |
DRC | 245cfdf | 2010-11-23 17:11:06 +0000 | [diff] [blame] | 696 | configure or CMake options) |
DRC | 66f97e6 | 2010-11-23 05:49:54 +0000 | [diff] [blame] | 697 | |
DRC | 2c62da3 | 2012-01-17 22:55:03 +0000 | [diff] [blame] | 698 | [8] Added a TJ_YUV flag to the TurboJPEG API, which causes both the compressor |
| 699 | and decompressor to output planar YUV images. |
DRC | fbb6747 | 2010-11-24 04:02:37 +0000 | [diff] [blame] | 700 | |
DRC | 2c62da3 | 2012-01-17 22:55:03 +0000 | [diff] [blame] | 701 | [9] Added an extended version of tjDecompressHeader() to the TurboJPEG API, |
| 702 | which allows the caller to determine the type of subsampling used in a JPEG |
| 703 | image. |
DRC | 50c657b | 2010-12-14 01:23:16 +0000 | [diff] [blame] | 704 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 705 | [10] Added further protections against invalid Huffman codes. |
DRC | fa1d183 | 2011-01-26 05:35:20 +0000 | [diff] [blame] | 706 | |
DRC | 766dc5c | 2010-10-12 02:50:18 +0000 | [diff] [blame] | 707 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 708 | 1.0.1 |
| 709 | ===== |
DRC | 0fbb28e | 2010-07-30 17:15:52 +0000 | [diff] [blame] | 710 | |
| 711 | [1] The Huffman decoder will now handle erroneous Huffman codes (for instance, |
| 712 | from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to |
| 713 | crash under certain circumstances. |
| 714 | |
DRC | 81a50f7 | 2012-01-17 22:56:22 +0000 | [diff] [blame] | 715 | [2] Fixed typo in SIMD dispatch routines that was causing 4:2:2 upsampling to |
DRC | 025a279 | 2010-08-07 16:27:56 +0000 | [diff] [blame] | 716 | be used instead of 4:2:0 when decompressing JPEG images using SSE2 code. |
DRC | 3095971 | 2010-08-07 16:06:56 +0000 | [diff] [blame] | 717 | |
DRC | bdb1288 | 2010-08-21 21:14:17 +0000 | [diff] [blame] | 718 | [3] configure script will now automatically determine whether the |
| 719 | INCOMPLETE_TYPES_BROKEN macro should be defined. |
| 720 | |
DRC | 0fbb28e | 2010-07-30 17:15:52 +0000 | [diff] [blame] | 721 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 722 | 1.0.0 |
| 723 | ===== |
DRC | 4959787 | 2010-05-17 20:47:57 +0000 | [diff] [blame] | 724 | |
DRC | c773d10 | 2010-06-05 06:58:22 +0000 | [diff] [blame] | 725 | [1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify |
| 726 | --host when configuring on a 64-bit system) |
DRC | 4959787 | 2010-05-17 20:47:57 +0000 | [diff] [blame] | 727 | |
DRC | d5e964c | 2013-01-10 11:47:39 +0000 | [diff] [blame] | 728 | [2] Created symlinks in the Unix/Linux packages so that the TurboJPEG |
DRC | f12c7db | 2010-05-18 19:04:47 +0000 | [diff] [blame] | 729 | include file can always be found in /opt/libjpeg-turbo/include, the 32-bit |
| 730 | static libraries can always be found in /opt/libjpeg-turbo/lib32, and the |
| 731 | 64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64. |
| 732 | |
DRC | 4bf3b58 | 2010-06-05 01:03:23 +0000 | [diff] [blame] | 733 | [3] The Unix/Linux distribution packages now include the libjpeg run-time |
| 734 | programs (cjpeg, etc.) and man pages. |
| 735 | |
DRC | 81a50f7 | 2012-01-17 22:56:22 +0000 | [diff] [blame] | 736 | [4] Created a 32-bit supplementary package for amd64 Debian systems, which |
DRC | 4bf3b58 | 2010-06-05 01:03:23 +0000 | [diff] [blame] | 737 | contains just the 32-bit libjpeg-turbo libraries. |
| 738 | |
| 739 | [5] Moved the libraries from */lib32 to */lib in the i386 Debian package. |
| 740 | |
DRC | df3337c | 2010-07-02 09:13:58 +0000 | [diff] [blame] | 741 | [6] Include distribution package for Cygwin |
DRC | 4bf3b58 | 2010-06-05 01:03:23 +0000 | [diff] [blame] | 742 | |
DRC | df3337c | 2010-07-02 09:13:58 +0000 | [diff] [blame] | 743 | [7] No longer necessary to specify --without-simd on non-x86 architectures, and |
DRC | 38ccf85 | 2010-06-10 19:49:49 +0000 | [diff] [blame] | 744 | unit tests now work on those architectures. |
| 745 | |
DRC | 4959787 | 2010-05-17 20:47:57 +0000 | [diff] [blame] | 746 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 747 | 0.0.93 |
| 748 | ====== |
DRC | 0f413b2 | 2010-04-06 20:05:39 +0000 | [diff] [blame] | 749 | |
DRC | c773d10 | 2010-06-05 06:58:22 +0000 | [diff] [blame] | 750 | [1] 2982659, Fixed x86-64 build on FreeBSD systems |
DRC | 0f413b2 | 2010-04-06 20:05:39 +0000 | [diff] [blame] | 751 | |
DRC | c773d10 | 2010-06-05 06:58:22 +0000 | [diff] [blame] | 752 | [2] 2988188: Added support for Windows 64-bit systems |
DRC | 1a2219e | 2010-05-10 20:03:36 +0000 | [diff] [blame] | 753 | |
DRC | 0f413b2 | 2010-04-06 20:05:39 +0000 | [diff] [blame] | 754 | |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 755 | 0.0.91 |
| 756 | ====== |
DRC | ae19bf6 | 2010-03-15 11:40:31 +0000 | [diff] [blame] | 757 | |
| 758 | [1] Added documentation to .deb packages |
| 759 | |
| 760 | [2] 2968313: Fixed data corruption issues when decompressing large JPEG images |
| 761 | and/or using buffered I/O with the libjpeg-turbo decompressor |
DRC | 958b2c0 | 2011-01-28 08:00:40 +0000 | [diff] [blame] | 762 | |
| 763 | |
| 764 | 0.0.90 |
| 765 | ====== |
| 766 | |
| 767 | Initial release |