ChangeLog.txt

   1 1.2.0
   2 =====
   3
   4 [1] Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system
   5 was not adding the current directory to the assembler include path, so YASM
   6 was not able to find jsimdcfg.inc.)
   7
   8 [2] Fixed out-of-bounds read in SSE2 SIMD code that occurred when decompressing
   9 a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes.
  10 This was more of an annoyance than an actual bug, since it did not cause any
  11 actual run-time problems, but the issue showed up when running libjpeg-turbo in
  12 valgrind.  See http://crbug.com/72399 for more information.
  13
  14 [3] Added a compile-time macro (LIBJPEG_TURBO_VERSION) that can be used to
  15 check the version of libjpeg-turbo against which an application was compiled.
  16
  17 [4] Added new RGBA/BGRA/ABGR/ARGB colorspace extension constants (libjpeg API)
  18 and pixel formats (TurboJPEG API), which allow applications to specify that,
  19 when decompressing to a 4-component RGB buffer, the unused byte should be set
  20 to 0xFF so that it can be interpreted as an opaque alpha channel.
  21
  22 [5] Fixed regression issue whereby DevIL failed to build against libjpeg-turbo
  23 because libjpeg-turbo's distributed version of jconfig.h contained an INLINE
  24 macro, which conflicted with a similar macro in DevIL.  This macro is used only
  25 internally when building libjpeg-turbo, so it was moved into config.h.
  26
  27 [6] libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose
  28 K component is assigned a component ID of 1 instead of 4.  Although these files
  29 are in violation of the spec, other JPEG implementations handle them
  30 correctly.
  31
  32 [7] Added ARM v6 and ARM v7 architectures to libjpeg.a and libturbojpeg.a in
  33 the official OS X distribution package, so that those libraries can be used to
  34 build both OS X and iOS applications.
  35
  36
  37 1.1.90 (1.2 beta1)
  38 ==================
  39
  40 [1] Added a Java wrapper for the TurboJPEG API.  See java/README for more
  41 details.
  42
  43 [2] The TurboJPEG API can now be used to scale down images during
  44 decompression.
  45
  46 [3] Added SIMD routines for RGB-to-grayscale color conversion, which
  47 significantly improves the performance of grayscale JPEG compression from an
  48 RGB source image.
  49
  50 [4] Improved the performance of the C color conversion routines, which are used
  51 on platforms for which SIMD acceleration is not available.
  52
  53 [5] Added a function to the TurboJPEG API that performs lossless transforms.
  54 This function is implemented using the same back end as jpegtran, but it
  55 performs transcoding entirely in memory and allows multiple transforms and/or
  56 crop operations to be batched together, so the source coefficients only need to
  57 be read once.  This is useful when generating image tiles from a single source
  58 JPEG.
  59
  60 [6] Added tests for the new TurboJPEG scaled decompression and lossless
  61 transform features to tjbench (the TurboJPEG benchmark, formerly called
  62 "jpgtest".)
  63
  64 [7] Added support for 4:4:0 (transposed 4:2:2) subsampling in TurboJPEG, which
  65 was necessary in order for it to read 4:2:2 JPEG files that had been losslessly
  66 transposed or rotated 90 degrees.
  67
  68 [8] All legacy VirtualGL code has been re-factored, and this has allowed
  69 libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license.
  70
  71 [9] libjpeg-turbo can now be built with YASM.
  72
  73 [10] Added SIMD acceleration for ARM Linux and iOS platforms that support
  74 NEON instructions.
  75
  76 [11] Refactored the TurboJPEG C API and documented it using Doxygen.  The
  77 TurboJPEG 1.2 API uses pixel formats to define the size and component order of
  78 the uncompressed source/destination images, and it includes a more efficient
  79 version of TJBUFSIZE() that computes a worst-case JPEG size based on the level
  80 of chrominance subsampling.  The refactored implementation of TurboJPEG/OSS
  81 now uses the libjpeg memory source and destination managers, which allows the
  82 TurboJPEG compressor to grow the JPEG buffer as necessary.
  83
  84 [12] Eliminated errors in the output of jpegtran on Windows that occurred when
  85 the application was invoked using I/O redirection
  86 (jpegtran <input.jpg >output.jpg).
  87
  88 [13] The inclusion of libjpeg v7 and v8 emulation as well as arithmetic coding
  89 support in libjpeg-turbo v1.1.0 introduced several new error constants in
  90 jerror.h, and these were mistakenly enabled for all emulation modes, causing
  91 the error enum in libjpeg-turbo to sometimes have different values than the
  92 same enum in libjpeg.  This represents an ABI incompatibility, and it caused
  93 problems with rare applications that took specific action based on a particular
  94 error value.  The fix was to include the new error constants conditionally
  95 based on whether libjpeg v7 or v8 emulation was enabled.
  96
  97 [14] Fixed an issue whereby Windows applications that used libjpeg-turbo would
  98 fail to compile if the Windows system headers were included before jpeglib.h.
  99 This issue was caused by a conflict in the definition of the INT32 type.
 100
 101 [15] Fixed 32-bit supplementary package for amd64 Debian systems, which was
 102 broken by enhancements to the packaging system in 1.1.
 103
 104 [16] When decompressing a JPEG image using an output colorspace of
 105 JCS_EXT_RGBX, JCS_EXT_BGRX, JCS_EXT_XBGR, or JCS_EXT_XRGB, libjpeg-turbo will
 106 now set the unused byte to 0xFF, which allows applications to interpret that
 107 byte as an alpha channel (0xFF = opaque).
 108
 109
 110 1.1.1
 111 =====
 112
 113 [1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated
 114 by tjEncodeYUV().
 115
 116 [2] libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected
 117 markers found in the middle of the JPEG data stream during decompression.  It
 118 will now hand off decoding of a particular block to the unaccelerated Huffman
 119 decoder if an unexpected marker is found, so that the unaccelerated Huffman
 120 decoder can generate an appropriate warning.
 121
 122 [3] Older versions of MinGW64 prefixed symbol names with underscores by
 123 default, which differed from the behavior of 64-bit Visual C++.  MinGW64 1.0
 124 has adopted the behavior of 64-bit Visual C++ as the default, so to accommodate
 125 this, the libjpeg-turbo SIMD function names are no longer prefixed with an
 126 underscore when building with MinGW64.  This means that, when building
 127 libjpeg-turbo with older versions of MinGW64, you will now have to add
 128 -fno-leading-underscore to the CFLAGS.
 129
 130 [4] Fixed a regression bug in the NSIS script that caused the Windows installer
 131 build to fail when using the Visual Studio IDE.
 132
 133 [5] Fixed a bug in jpeg_read_coefficients() whereby it would not initialize
 134 cinfo->image_width and cinfo->image_height if libjpeg v7 or v8 emulation was
 135 enabled.  This specifically caused the jpegoptim program to fail if it was
 136 linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8
 137 emulation.
 138
 139 [6] Eliminated excessive I/O overhead that occurred when reading BMP files in
 140 cjpeg.
 141
 142 [7] Eliminated errors in the output of cjpeg on Windows that occurred when the
 143 application was invoked using I/O redirection (cjpeg <inputfile >output.jpg).
 144
 145
 146 1.1.0
 147 =====
 148
 149 [1] The algorithm used by the SIMD quantization function cannot produce correct
 150 results when the JPEG quality is >= 98 and the fast integer forward DCT is
 151 used.  Thus, the non-SIMD quantization function is now used for those cases,
 152 and libjpeg-turbo should now produce identical output to libjpeg v6b in all
 153 cases.
 154
 155 [2] Despite the above, the fast integer forward DCT still degrades somewhat for
 156 JPEG qualities greater than 95, so TurboJPEG/OSS will now automatically use the
 157 slow integer forward DCT when generating JPEG images of quality 96 or greater.
 158 This reduces compression performance by as much as 15% for these high-quality
 159 images but is necessary to ensure that the images are perceptually lossless.
 160 It also ensures that the library can avoid the performance pitfall created by
 161 [1].
 162
 163 [3] Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler.
 164
 165 [4] Fixed visual artifacts in grayscale JPEG compression caused by a typo in
 166 the RGB-to-luminance lookup tables.
 167
 168 [5] The Windows distribution packages now include the libjpeg run-time programs
 169 (cjpeg, etc.)
 170
 171 [6] All packages now include jpgtest.
 172
 173 [7] The TurboJPEG dynamic library now uses versioned symbols.
 174
 175 [8] Added two new TurboJPEG API functions, tjEncodeYUV() and
 176 tjDecompressToYUV(), to replace the somewhat hackish TJ_YUV flag.
 177
 178
 179 1.0.90 (1.1 beta1)
 180 ==================
 181
 182 [1] Added emulation of the libjpeg v7 and v8 APIs and ABIs.  See
 183 README-turbo.txt for more details.  This feature was sponsored by CamTrace SAS.
 184
 185 [2] Created a new CMake-based build system for the Visual C++ and MinGW builds.
 186
 187 [3] Grayscale bitmaps can now be compressed from/decompressed to using the
 188 TurboJPEG API.
 189
 190 [4] jpgtest can now be used to test decompression performance with existing
 191 JPEG images.
 192
 193 [5] If the default install prefix (/opt/libjpeg-turbo) is used, then
 194 'make install' now creates /opt/libjpeg-turbo/lib32 and
 195 /opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary
 196 packages.
 197
 198 [6] All symbols in the libjpeg-turbo dynamic library are now versioned, even
 199 when the library is built with libjpeg v6b emulation.
 200
 201 [7] Added arithmetic encoding and decoding support (can be disabled with
 202 configure or CMake options)
 203
 204 [8] Added a TJ_YUV flag to the TurboJPEG API, which causes both the compressor
 205 and decompressor to output planar YUV images.
 206
 207 [9] Added an extended version of tjDecompressHeader() to the TurboJPEG API,
 208 which allows the caller to determine the type of subsampling used in a JPEG
 209 image.
 210
 211 [10] Added further protections against invalid Huffman codes.
 212
 213
 214 1.0.1
 215 =====
 216
 217 [1] The Huffman decoder will now handle erroneous Huffman codes (for instance,
 218 from a corrupt JPEG image.)  Previously, these would cause libjpeg-turbo to
 219 crash under certain circumstances.
 220
 221 [2] Fixed typo in SIMD dispatch routines that was causing 4:2:2 upsampling to
 222 be used instead of 4:2:0 when decompressing JPEG images using SSE2 code.
 223
 224 [3] configure script will now automatically determine whether the
 225 INCOMPLETE_TYPES_BROKEN macro should be defined.
 226
 227
 228 1.0.0
 229 =====
 230
 231 [1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify
 232 --host when configuring on a 64-bit system)
 233
 234 [2] Created sym. links in the Unix/Linux packages so that the TurboJPEG
 235 include file can always be found in /opt/libjpeg-turbo/include, the 32-bit
 236 static libraries can always be found in /opt/libjpeg-turbo/lib32, and the
 237 64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64.
 238
 239 [3] The Unix/Linux distribution packages now include the libjpeg run-time
 240 programs (cjpeg, etc.) and man pages.
 241
 242 [4] Created a 32-bit supplementary package for amd64 Debian systems, which
 243 contains just the 32-bit libjpeg-turbo libraries.
 244
 245 [5] Moved the libraries from */lib32 to */lib in the i386 Debian package.
 246
 247 [6] Include distribution package for Cygwin
 248
 249 [7] No longer necessary to specify --without-simd on non-x86 architectures, and
 250 unit tests now work on those architectures.
 251
 252
 253 0.0.93
 254 ======
 255
 256 [1] 2982659, Fixed x86-64 build on FreeBSD systems
 257
 258 [2] 2988188: Added support for Windows 64-bit systems
 259
 260
 261 0.0.91
 262 ======
 263
 264 [1] Added documentation to .deb packages
 265
 266 [2] 2968313: Fixed data corruption issues when decompressing large JPEG images
 267 and/or using buffered I/O with the libjpeg-turbo decompressor
 268
 269
 270 0.0.90
 271 ======
 272
 273 Initial release