blob: 28aca8ad08bb885bb73772633a9b71ed4865f2dd [file] [log] [blame]
DRCe0419b52012-07-03 20:01:31 +000011.2.2
2=====
3
4[1] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag.
5
DRC0a0f8d12012-08-07 18:42:07 +00006[2] The 32-bit supplementary package for amd64 Debian systems now provides
7symlinks in /usr/lib/i386-linux-gnu for the TurboJPEG libraries in /usr/lib32.
8This allows those libraries to be used on MultiArch-compatible systems (such as
9Ubuntu 11 and later) without setting the linker path.
10
DRCb87a0b42013-01-13 12:15:58 +000011[3] Fixed a regression caused by 1.2.1[7] whereby the build would fail with
12multiple "Mismatch in operand sizes" errors when attempting to build the x86
13SIMD code with NASM 0.98.
14
DRCba923a82013-09-24 03:26:47 +000015[4] Fixed a Huffman encoder bug that prevented I/O suspension from working
16properly.
17
DRC5d2514b2013-09-24 03:39:51 +000018[5] Fixed a bug whereby attempting to encode a progressive JPEG with arithmetic
19entropy coding (by passing arguments of -progressive -arithmetic to cjpeg or
20jpegtran, for instance) would result in an error, "Requested feature was
21omitted at compile time".
22
DRC43d8cf42013-11-21 18:34:39 +000023[6] Fixed a couple of issues whereby malformed JPEG images would cause
24libjpeg-turbo to use uninitialized memory during decompression.
25
DRC693f4a52014-02-11 10:16:42 +000026[7] Fixed an error ("Buffer passed to JPEG library is too small") that occurred
27when calling the TurboJPEG YUV encoding function with a very small (< 5x5)
28source image, and added a unit test to check for this error.
29
DRCbeb0b332014-04-20 07:36:33 +000030[8] Worked around an issue with Visual C++ 2010 and later that caused incorrect
31pixels to be generated when decompressing a JPEG image to a 256-color bitmap,
32if compiler optimization was enabled when libjpeg-turbo was built. This caused
33the regression tests to fail when doing a release build under Visual C++ 2010
34and later.
35
DRC88c7e302014-05-28 20:28:30 +000036[9] Fixed a segfault that occurred when calling output_message() with msg_code
37set to JMSG_COPYRIGHT.
38
DRCa81f5422014-06-22 20:50:14 +000039[10] Fixed a bug in the build system that was causing the Windows version of
40wrjpgcom to be built using the rdjpgcom code.
41
DRCe0419b52012-07-03 20:01:31 +000042
DRCa9b646c2012-03-11 22:06:54 +0000431.2.1
44=====
45
46[1] Creating or decoding a JPEG file that uses the RGB colorspace should now
47properly work when the input or output colorspace is one of the libjpeg-turbo
48colorspace extensions.
49
DRCcac10512012-03-16 14:37:36 +000050[2] When libjpeg-turbo was built without SIMD support and merged (non-fancy)
51upsampling was used along with an alpha-enabled colorspace during
52decompression, the unused byte of the decompressed pixels was not being set to
530xFF. This has been fixed. TJUnitTest has also been extended to test for the
54correct behavior of the colorspace extensions when merged upsampling is used.
55
DRC4f240162012-04-26 19:50:37 +000056[3] Fixed a bug whereby the libjpeg-turbo SSE2 SIMD code would not preserve the
57upper 64 bits of xmm6 and xmm7 on Win64 platforms, which violated the Win64
58calling conventions.
59
DRCdd2b6512012-05-30 20:36:42 +000060[4] Fixed a regression caused by 1.2.0[6] whereby decompressing corrupt JPEG
61images (specifically, images in which the component count was erroneously set
62to a large value) would cause libjpeg-turbo to segfault.
63
DRC69799272012-06-13 01:21:29 +000064[5] Worked around a severe performance issue with "Bobcat" (AMD Embedded APU)
65processors. The MASKMOVDQU instruction, which was used by the libjpeg-turbo
66SSE2 SIMD code, is apparently implemented in microcode on AMD processors, and
67it is painfully slow on Bobcat processors in particular. Eliminating the use
68of this instruction improved performance by an order of magnitude on Bobcat
69processors and by a small amount (typically 5%) on AMD desktop processors.
70
DRC316617f2012-06-13 05:17:03 +000071[6] Added SIMD acceleration for performing 4:2:2 upsampling on NEON-capable ARM
72platforms. This speeds up the decompression of 4:2:2 JPEGs by 20-25% on such
73platforms.
74
DRCde37e072012-06-18 00:08:18 +000075[7] Fixed a regression caused by 1.2.0[2] whereby, on Linux/x86 platforms
76running the 32-bit SSE2 SIMD code in libjpeg-turbo, decompressing a 4:2:0 or
774:2:2 JPEG image into a 32-bit (RGBX, BGRX, etc.) buffer without using fancy
78upsampling would produce several incorrect columns of pixels at the right-hand
79side of the output image if each row in the output image was not evenly
80divisible by 16 bytes.
DRC8126d0c2012-06-15 21:54:45 +000081
DRC112a0bb2012-06-28 23:25:34 +000082[8] Fixed an issue whereby attempting to build the SIMD extensions with Xcode
834.3 on OS X platforms would cause NASM to return numerous errors of the form
84"'%define' expects a macro identifier".
85
DRCfd3aba32012-06-29 23:14:48 +000086[9] Added flags to the TurboJPEG API that allow the caller to force the use of
87either the fast or the accurate DCT/IDCT algorithms in the underlying codec.
88
DRCa9b646c2012-03-11 22:06:54 +000089
DRC1ca924a2011-11-29 08:58:27 +0000901.2.0
91=====
92
93[1] Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system
94was not adding the current directory to the assembler include path, so YASM
95was not able to find jsimdcfg.inc.)
96
DRCebfe9e42011-12-01 10:58:36 +000097[2] Fixed out-of-bounds read in SSE2 SIMD code that occurred when decompressing
98a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes.
99This was more of an annoyance than an actual bug, since it did not cause any
100actual run-time problems, but the issue showed up when running libjpeg-turbo in
101valgrind. See http://crbug.com/72399 for more information.
102
DRCab64b622011-12-18 16:29:35 +0000103[3] Added a compile-time macro (LIBJPEG_TURBO_VERSION) that can be used to
104check the version of libjpeg-turbo against which an application was compiled.
105
DRC67ce3b22011-12-19 02:21:03 +0000106[4] Added new RGBA/BGRA/ABGR/ARGB colorspace extension constants (libjpeg API)
107and pixel formats (TurboJPEG API), which allow applications to specify that,
108when decompressing to a 4-component RGB buffer, the unused byte should be set
109to 0xFF so that it can be interpreted as an opaque alpha channel.
110
DRCa7466c92012-01-26 22:20:31 +0000111[5] Fixed regression issue whereby DevIL failed to build against libjpeg-turbo
112because libjpeg-turbo's distributed version of jconfig.h contained an INLINE
113macro, which conflicted with a similar macro in DevIL. This macro is used only
114internally when building libjpeg-turbo, so it was moved into config.h.
115
DRC12781cb2012-01-27 01:23:20 +0000116[6] libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose
117K component is assigned a component ID of 1 instead of 4. Although these files
118are in violation of the spec, other JPEG implementations handle them
119correctly.
120
DRC20b734e2012-02-10 01:30:37 +0000121[7] Added ARM v6 and ARM v7 architectures to libjpeg.a and libturbojpeg.a in
122the official OS X distribution package, so that those libraries can be used to
123build both OS X and iOS applications.
124
125
DRCf8e00552011-02-04 11:06:36 +00001261.1.90 (1.2 beta1)
127==================
128
DRC7bc3fb52011-10-28 06:45:53 +0000129[1] Added a Java wrapper for the TurboJPEG API. See java/README for more
130details.
DRCf8e00552011-02-04 11:06:36 +0000131
DRC7bc3fb52011-10-28 06:45:53 +0000132[2] The TurboJPEG API can now be used to scale down images during
133decompression.
DRCa3c30592011-02-07 08:06:16 +0000134
DRC15866ac2011-03-04 13:46:55 +0000135[3] Added SIMD routines for RGB-to-grayscale color conversion, which
136significantly improves the performance of grayscale JPEG compression from an
137RGB source image.
138
DRC3c21b082011-10-28 06:25:13 +0000139[4] Improved the performance of the C color conversion routines, which are used
140on platforms for which SIMD acceleration is not available.
DRC15866ac2011-03-04 13:46:55 +0000141
DRC3c21b082011-10-28 06:25:13 +0000142[5] Added a function to the TurboJPEG API that performs lossless transforms.
143This function is implemented using the same back end as jpegtran, but it
144performs transcoding entirely in memory and allows multiple transforms and/or
145crop operations to be batched together, so the source coefficients only need to
146be read once. This is useful when generating image tiles from a single source
147JPEG.
DRC15866ac2011-03-04 13:46:55 +0000148
DRC3c21b082011-10-28 06:25:13 +0000149[6] Added tests for the new TurboJPEG scaled decompression and lossless
DRC77fee432011-11-01 17:14:22 +0000150transform features to tjbench (the TurboJPEG benchmark, formerly called
151"jpgtest".)
DRC15866ac2011-03-04 13:46:55 +0000152
153[7] Added support for 4:4:0 (transposed 4:2:2) subsampling in TurboJPEG, which
154was necessary in order for it to read 4:2:2 JPEG files that had been losslessly
155transposed or rotated 90 degrees.
156
DRC67d1fc12011-05-24 14:13:01 +0000157[8] All legacy VirtualGL code has been re-factored, and this has allowed
158libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license.
DRCee269922011-04-26 23:46:38 +0000159
DRCf89dd1e2011-05-21 14:23:30 +0000160[9] libjpeg-turbo can now be built with YASM.
DRC56fb2372011-05-03 06:32:41 +0000161
DRCe5c6eb52011-08-17 20:59:56 +0000162[10] Added SIMD acceleration for ARM Linux and iOS platforms that support
163NEON instructions.
DRC321e0682011-05-03 08:47:43 +0000164
DRC3c21b082011-10-28 06:25:13 +0000165[11] Refactored the TurboJPEG C API and documented it using Doxygen. The
166TurboJPEG 1.2 API uses pixel formats to define the size and component order of
167the uncompressed source/destination images, and it includes a more efficient
168version of TJBUFSIZE() that computes a worst-case JPEG size based on the level
169of chrominance subsampling. The refactored implementation of TurboJPEG/OSS
170now uses the libjpeg memory source and destination managers, which allows the
171TurboJPEG compressor to grow the JPEG buffer as necessary.
DRC9b28def2011-05-21 14:37:15 +0000172
DRCe9f9ec42011-05-25 06:02:50 +0000173[12] Eliminated errors in the output of jpegtran on Windows that occurred when
DRC7e3fd2f2011-05-25 06:04:43 +0000174the application was invoked using I/O redirection
175(jpegtran <input.jpg >output.jpg).
176
DRCb8c6ee32011-05-31 20:22:37 +0000177[13] The inclusion of libjpeg v7 and v8 emulation as well as arithmetic coding
DRC0571e172011-05-31 20:17:16 +0000178support in libjpeg-turbo v1.1.0 introduced several new error constants in
179jerror.h, and these were mistakenly enabled for all emulation modes, causing
DRCfa9ff8e2011-06-21 06:17:10 +0000180the error enum in libjpeg-turbo to sometimes have different values than the
181same enum in libjpeg. This represents an ABI incompatibility, and it caused
182problems with rare applications that took specific action based on a particular
183error value. The fix was to include the new error constants conditionally
184based on whether libjpeg v7 or v8 emulation was enabled.
DRC0571e172011-05-31 20:17:16 +0000185
DRCeed08612011-06-21 04:56:02 +0000186[14] Fixed an issue whereby Windows applications that used libjpeg-turbo would
DRCb7120ca2011-06-21 04:57:32 +0000187fail to compile if the Windows system headers were included before jpeglib.h.
188This issue was caused by a conflict in the definition of the INT32 type.
DRC6ca69532011-02-18 03:31:11 +0000189
DRC3c21b082011-10-28 06:25:13 +0000190[15] Fixed 32-bit supplementary package for amd64 Debian systems, which was
DRC68a086a2011-07-19 09:26:23 +0000191broken by enhancements to the packaging system in 1.1.
192
DRC3c21b082011-10-28 06:25:13 +0000193[16] When decompressing a JPEG image using an output colorspace of
DRCc08e8c12011-09-08 23:54:40 +0000194JCS_EXT_RGBX, JCS_EXT_BGRX, JCS_EXT_XBGR, or JCS_EXT_XRGB, libjpeg-turbo will
195now set the unused byte to 0xFF, which allows applications to interpret that
196byte as an alpha channel (0xFF = opaque).
197
DRCf8e00552011-02-04 11:06:36 +0000198
DRC6ee54592011-03-01 08:18:30 +00001991.1.1
200=====
201
202[1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated
203by tjEncodeYUV().
204
DRC8071c392011-04-17 15:29:17 +0000205[2] libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected
206markers found in the middle of the JPEG data stream during decompression. It
207will now hand off decoding of a particular block to the unaccelerated Huffman
208decoder if an unexpected marker is found, so that the unaccelerated Huffman
209decoder can generate an appropriate warning.
DRC6ee54592011-03-01 08:18:30 +0000210
DRC47aaf6f2011-03-22 05:40:39 +0000211[3] Older versions of MinGW64 prefixed symbol names with underscores by
DRC1da78582011-03-22 09:34:01 +0000212default, which differed from the behavior of 64-bit Visual C++. MinGW64 1.0
213has adopted the behavior of 64-bit Visual C++ as the default, so to accommodate
214this, the libjpeg-turbo SIMD function names are no longer prefixed with an
215underscore when building with MinGW64. This means that, when building
216libjpeg-turbo with older versions of MinGW64, you will now have to add
217-fno-leading-underscore to the CFLAGS.
218
DRCd8840112011-04-25 22:46:25 +0000219[4] Fixed a regression bug in the NSIS script that caused the Windows installer
220build to fail when using the Visual Studio IDE.
221
222[5] Fixed a bug in jpeg_read_coefficients() whereby it would not initialize
223cinfo->image_width and cinfo->image_height if libjpeg v7 or v8 emulation was
224enabled. This specifically caused the jpegoptim program to fail if it was
225linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8
226emulation.
227
DRC049aef52011-04-25 22:41:14 +0000228[6] Eliminated excessive I/O overhead that occurred when reading BMP files in
229cjpeg.
230
DRC5ee81f42011-05-02 00:35:50 +0000231[7] Eliminated errors in the output of cjpeg on Windows that occurred when the
DRC34a8e352011-05-10 22:14:38 +0000232application was invoked using I/O redirection (cjpeg <inputfile >output.jpg).
DRC5ee81f42011-05-02 00:35:50 +0000233
DRCf5c3bb32011-03-18 05:59:07 +0000234
DRC958b2c02011-01-28 08:00:40 +00002351.1.0
236=====
DRCfa1d1832011-01-26 05:35:20 +0000237
DRCa49c4e52011-02-18 20:50:08 +0000238[1] The algorithm used by the SIMD quantization function cannot produce correct
239results when the JPEG quality is >= 98 and the fast integer forward DCT is
240used. Thus, the non-SIMD quantization function is now used for those cases,
241and libjpeg-turbo should now produce identical output to libjpeg v6b in all
242cases.
DRCe1716b82011-02-18 03:19:43 +0000243
DRCa49c4e52011-02-18 20:50:08 +0000244[2] Despite the above, the fast integer forward DCT still degrades somewhat for
245JPEG qualities greater than 95, so TurboJPEG/OSS will now automatically use the
246slow integer forward DCT when generating JPEG images of quality 96 or greater.
247This reduces compression performance by as much as 15% for these high-quality
248images but is necessary to ensure that the images are perceptually lossless.
249It also ensures that the library can avoid the performance pitfall created by
250[1].
251
252[3] Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler.
253
254[4] Fixed visual artifacts in grayscale JPEG compression caused by a typo in
DRCd9ee65c2011-04-05 07:01:26 +0000255the RGB-to-luminance lookup tables.
DRC8ed7b812011-02-15 08:31:34 +0000256
DRC240d82f2011-02-19 00:00:34 +0000257[5] The Windows distribution packages now include the libjpeg run-time programs
258(cjpeg, etc.)
259
DRC9cd2c422011-02-19 17:52:45 +0000260[6] All packages now include jpgtest.
DRC240d82f2011-02-19 00:00:34 +0000261
DRCe4d9b5b2011-02-25 06:17:17 +0000262[7] The TurboJPEG dynamic library now uses versioned symbols.
263
264[8] Added two new TurboJPEG API functions, tjEncodeYUV() and
265tjDecompressToYUV(), to replace the somewhat hackish TJ_YUV flag.
266
DRC2d94e262011-01-25 06:52:31 +0000267
DRC958b2c02011-01-28 08:00:40 +00002681.0.90 (1.1 beta1)
269==================
DRC766dc5c2010-10-12 02:50:18 +0000270
DRCf38eee02011-02-18 07:00:38 +0000271[1] Added emulation of the libjpeg v7 and v8 APIs and ABIs. See
DRCefa618e2010-10-18 08:41:11 +0000272README-turbo.txt for more details. This feature was sponsored by CamTrace SAS.
273
274[2] Created a new CMake-based build system for the Visual C++ and MinGW builds.
DRC766dc5c2010-10-12 02:50:18 +0000275
DRC2c62da32012-01-17 22:55:03 +0000276[3] Grayscale bitmaps can now be compressed from/decompressed to using the
277TurboJPEG API.
DRC09854f52010-11-04 22:39:59 +0000278
DRC01e69092011-01-06 01:19:43 +0000279[4] jpgtest can now be used to test decompression performance with existing
280JPEG images.
DRCe89bbae2010-11-12 10:18:08 +0000281
DRCd1c281a2010-11-17 22:44:40 +0000282[5] If the default install prefix (/opt/libjpeg-turbo) is used, then
283'make install' now creates /opt/libjpeg-turbo/lib32 and
284/opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary
285packages.
286
DRCec311932010-11-22 19:51:42 +0000287[6] All symbols in the libjpeg-turbo dynamic library are now versioned, even
288when the library is built with libjpeg v6b emulation.
289
DRC01e69092011-01-06 01:19:43 +0000290[7] Added arithmetic encoding and decoding support (can be disabled with
DRC245cfdf2010-11-23 17:11:06 +0000291configure or CMake options)
DRC66f97e62010-11-23 05:49:54 +0000292
DRC2c62da32012-01-17 22:55:03 +0000293[8] Added a TJ_YUV flag to the TurboJPEG API, which causes both the compressor
294and decompressor to output planar YUV images.
DRCfbb67472010-11-24 04:02:37 +0000295
DRC2c62da32012-01-17 22:55:03 +0000296[9] Added an extended version of tjDecompressHeader() to the TurboJPEG API,
297which allows the caller to determine the type of subsampling used in a JPEG
298image.
DRC50c657b2010-12-14 01:23:16 +0000299
DRC958b2c02011-01-28 08:00:40 +0000300[10] Added further protections against invalid Huffman codes.
DRCfa1d1832011-01-26 05:35:20 +0000301
DRC766dc5c2010-10-12 02:50:18 +0000302
DRC958b2c02011-01-28 08:00:40 +00003031.0.1
304=====
DRC0fbb28e2010-07-30 17:15:52 +0000305
306[1] The Huffman decoder will now handle erroneous Huffman codes (for instance,
307from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to
308crash under certain circumstances.
309
DRC81a50f72012-01-17 22:56:22 +0000310[2] Fixed typo in SIMD dispatch routines that was causing 4:2:2 upsampling to
DRC025a2792010-08-07 16:27:56 +0000311be used instead of 4:2:0 when decompressing JPEG images using SSE2 code.
DRC30959712010-08-07 16:06:56 +0000312
DRCbdb12882010-08-21 21:14:17 +0000313[3] configure script will now automatically determine whether the
314INCOMPLETE_TYPES_BROKEN macro should be defined.
315
DRC0fbb28e2010-07-30 17:15:52 +0000316
DRC958b2c02011-01-28 08:00:40 +00003171.0.0
318=====
DRC49597872010-05-17 20:47:57 +0000319
DRCc773d102010-06-05 06:58:22 +0000320[1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify
321--host when configuring on a 64-bit system)
DRC49597872010-05-17 20:47:57 +0000322
DRCf12c7db2010-05-18 19:04:47 +0000323[2] Created sym. links in the Unix/Linux packages so that the TurboJPEG
324include file can always be found in /opt/libjpeg-turbo/include, the 32-bit
325static libraries can always be found in /opt/libjpeg-turbo/lib32, and the
32664-bit static libraries can always be found in /opt/libjpeg-turbo/lib64.
327
DRC4bf3b582010-06-05 01:03:23 +0000328[3] The Unix/Linux distribution packages now include the libjpeg run-time
329programs (cjpeg, etc.) and man pages.
330
DRC81a50f72012-01-17 22:56:22 +0000331[4] Created a 32-bit supplementary package for amd64 Debian systems, which
DRC4bf3b582010-06-05 01:03:23 +0000332contains just the 32-bit libjpeg-turbo libraries.
333
334[5] Moved the libraries from */lib32 to */lib in the i386 Debian package.
335
DRCdf3337c2010-07-02 09:13:58 +0000336[6] Include distribution package for Cygwin
DRC4bf3b582010-06-05 01:03:23 +0000337
DRCdf3337c2010-07-02 09:13:58 +0000338[7] No longer necessary to specify --without-simd on non-x86 architectures, and
DRC38ccf852010-06-10 19:49:49 +0000339unit tests now work on those architectures.
340
DRC49597872010-05-17 20:47:57 +0000341
DRC958b2c02011-01-28 08:00:40 +00003420.0.93
343======
DRC0f413b22010-04-06 20:05:39 +0000344
DRCc773d102010-06-05 06:58:22 +0000345[1] 2982659, Fixed x86-64 build on FreeBSD systems
DRC0f413b22010-04-06 20:05:39 +0000346
DRCc773d102010-06-05 06:58:22 +0000347[2] 2988188: Added support for Windows 64-bit systems
DRC1a2219e2010-05-10 20:03:36 +0000348
DRC0f413b22010-04-06 20:05:39 +0000349
DRC958b2c02011-01-28 08:00:40 +00003500.0.91
351======
DRCae19bf62010-03-15 11:40:31 +0000352
353[1] Added documentation to .deb packages
354
355[2] 2968313: Fixed data corruption issues when decompressing large JPEG images
356and/or using buffered I/O with the libjpeg-turbo decompressor
DRC958b2c02011-01-28 08:00:40 +0000357
358
3590.0.90
360======
361
362Initial release