1 1.3.1 2 ===== 3 4 [1] On Un*x systems, 'make install' now installs the libjpeg-turbo libraries 5 into /opt/libjpeg-turbo/lib32 by default on any 32-bit system, not just x86, 6 and into /opt/libjpeg-turbo/lib64 by default on any 64-bit system, not just 7 x86-64. You can override this by overriding either the 'prefix' or 'libdir' 8 configure variables. 9 10 [2] The Windows installer now places a copy of the TurboJPEG DLLs in the same 11 directory as the rest of the libjpeg-turbo binaries. This was mainly done 12 to support TurboVNC 1.3, which bundles the DLLs in its Windows installation. 13 When using a 32-bit version of CMake on 64-bit Windows, it is impossible to 14 access the c:\WINDOWS\system32 directory, which made it impossible for the 15 TurboVNC build scripts to bundle the 64-bit TurboJPEG DLL. 16 17 [3] Fixed a bug whereby attempting to encode a progressive JPEG with arithmetic 18 entropy coding (by passing arguments of -progressive -arithmetic to cjpeg or 19 jpegtran, for instance) would result in an error, "Requested feature was 20 omitted at compile time". 21 22 [4] Fixed a couple of issues whereby malformed JPEG images would cause 23 libjpeg-turbo to use uninitialized memory during decompression. 24 25 [5] Fixed an error ("Buffer passed to JPEG library is too small") that occurred 26 when calling the TurboJPEG YUV encoding function with a very small (< 5x5) 27 source image, and added a unit test to check for this error. 28 29 [6] The Java classes should now build properly under Visual Studio 2010 and 30 later. 31 32 [7] Fixed an issue that prevented SRPMs generated using the in-tree packaging 33 tools from being rebuilt on certain newer Linux distributions. 34 35 [8] Numerous minor fixes to eliminate compilation and build/packaging system 36 warnings, fix cosmetic issues, improve documentation clarity, and other general 37 source cleanup. 38 39 40 1.3.0 41 ===== 42 43 [1] 'make test' now works properly on FreeBSD, and it no longer requires the 44 md5sum executable to be present on other Un*x platforms. 45 46 [2] Overhauled the packaging system: 47 -- To avoid conflict with vendor-supplied libjpeg-turbo packages, the 48 official RPMs and DEBs for libjpeg-turbo have been renamed to 49 "libjpeg-turbo-official". 50 -- The TurboJPEG libraries are now located under /opt/libjpeg-turbo in the 51 official Linux and Mac packages, to avoid conflict with vendor-supplied 52 packages and also to streamline the packaging system. 53 -- Release packages are now created with the directory structure defined 54 by the configure variables "prefix", "bindir", "libdir", etc. (Un*x) or by the 55 CMAKE_INSTALL_PREFIX variable (Windows.) The exception is that the docs are 56 always located under the system default documentation directory on Un*x and Mac 57 systems, and on Windows, the TurboJPEG DLL is always located in the Windows 58 system directory. 59 -- To avoid confusion, official libjpeg-turbo packages on Linux/Unix platforms 60 (except for Mac) will always install the 32-bit libraries in 61 /opt/libjpeg-turbo/lib32 and the 64-bit libraries in /opt/libjpeg-turbo/lib64. 62 -- Fixed an issue whereby, in some cases, the libjpeg-turbo executables on Un*x 63 systems were not properly linking with the shared libraries installed by the 64 same package. 65 -- Fixed an issue whereby building the "installer" target on Windows when 66 WITH_JAVA=1 would fail if the TurboJPEG JAR had not been previously built. 67 -- Building the "install" target on Windows now installs files into the same 68 places that the installer does. 69 70 [3] Fixed a Huffman encoder bug that prevented I/O suspension from working 71 properly. 72 73 74 1.2.90 (1.3 beta1) 75 ================== 76 77 [1] Added support for additional scaling factors (3/8, 5/8, 3/4, 7/8, 9/8, 5/4, 78 11/8, 3/2, 13/8, 7/4, 15/8, and 2) when decompressing. Note that the IDCT will 79 not be SIMD-accelerated when using any of these new scaling factors. 80 81 [2] The TurboJPEG dynamic library is now versioned. It was not strictly 82 necessary to do so, because TurboJPEG uses versioned symbols, and if a function 83 changes in an ABI-incompatible way, that function is renamed and a legacy 84 function is provided to maintain backward compatibility. However, certain 85 Linux distro maintainers have a policy against accepting any library that isn't 86 versioned. 87 88 [3] Extended the TurboJPEG Java API so that it can be used to compress a JPEG 89 image from and decompress a JPEG image to an arbitrary position in a large 90 image buffer. 91 92 [4] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag. 93 94 [5] The 32-bit supplementary package for amd64 Debian systems now provides 95 symlinks in /usr/lib/i386-linux-gnu for the TurboJPEG libraries in /usr/lib32. 96 This allows those libraries to be used on MultiArch-compatible systems (such as 97 Ubuntu 11 and later) without setting the linker path. 98 99 [6] The TurboJPEG Java wrapper should now find the JNI library on Mac systems 100 without having to pass -Djava.library.path=/usr/lib to java. 101 102 [7] TJBench has been ported to Java to provide a convenient way of validating 103 the performance of the TurboJPEG Java API. It can be run with 104 'java -cp turbojpeg.jar TJBench'. 105 106 [8] cjpeg can now be used to generate JPEG files with the RGB colorspace 107 (feature ported from jpeg-8d.) 108 109 [9] The width and height in the -crop argument passed to jpegtran can now be 110 suffixed with "f" to indicate that, when the upper left corner of the cropping 111 region is automatically moved to the nearest iMCU boundary, the bottom right 112 corner should be moved by the same amount. In other words, this feature causes 113 jpegtran to strictly honor the specified width/height rather than the specified 114 bottom right corner (feature ported from jpeg-8d.) 115 116 [10] JPEG files using the RGB colorspace can now be decompressed into grayscale 117 images (feature ported from jpeg-8d.) 118 119 [11] Fixed a regression caused by 1.2.1[7] whereby the build would fail with 120 multiple "Mismatch in operand sizes" errors when attempting to build the x86 121 SIMD code with NASM 0.98. 122 123 [12] The in-memory source/destination managers (jpeg_mem_src() and 124 jpeg_mem_dest()) are now included by default when building libjpeg-turbo with 125 libjpeg v6b or v7 emulation, so that programs can take advantage of these 126 functions without requiring the use of the backward-incompatible libjpeg v8 127 ABI. The "age number" of the libjpeg-turbo library on Un*x systems has been 128 incremented by 1 to reflect this. You can disable this feature with a 129 configure/CMake switch in order to retain strict API/ABI compatibility with the 130 libjpeg v6b or v7 API/ABI (or with previous versions of libjpeg-turbo.) See 131 README-turbo.txt for more details. 132 133 [13] Added ARM v7s architecture to libjpeg.a and libturbojpeg.a in the official 134 libjpeg-turbo binary package for OS X, so that those libraries can be used to 135 build applications that leverage the faster CPUs in the iPhone 5 and iPad 4. 136 137 138 1.2.1 139 ===== 140 141 [1] Creating or decoding a JPEG file that uses the RGB colorspace should now 142 properly work when the input or output colorspace is one of the libjpeg-turbo 143 colorspace extensions. 144 145 [2] When libjpeg-turbo was built without SIMD support and merged (non-fancy) 146 upsampling was used along with an alpha-enabled colorspace during 147 decompression, the unused byte of the decompressed pixels was not being set to 148 0xFF. This has been fixed. TJUnitTest has also been extended to test for the 149 correct behavior of the colorspace extensions when merged upsampling is used. 150 151 [3] Fixed a bug whereby the libjpeg-turbo SSE2 SIMD code would not preserve the 152 upper 64 bits of xmm6 and xmm7 on Win64 platforms, which violated the Win64 153 calling conventions. 154 155 [4] Fixed a regression caused by 1.2.0[6] whereby decompressing corrupt JPEG 156 images (specifically, images in which the component count was erroneously set 157 to a large value) would cause libjpeg-turbo to segfault. 158 159 [5] Worked around a severe performance issue with "Bobcat" (AMD Embedded APU) 160 processors. The MASKMOVDQU instruction, which was used by the libjpeg-turbo 161 SSE2 SIMD code, is apparently implemented in microcode on AMD processors, and 162 it is painfully slow on Bobcat processors in particular. Eliminating the use 163 of this instruction improved performance by an order of magnitude on Bobcat 164 processors and by a small amount (typically 5%) on AMD desktop processors. 165 166 [6] Added SIMD acceleration for performing 4:2:2 upsampling on NEON-capable ARM 167 platforms. This speeds up the decompression of 4:2:2 JPEGs by 20-25% on such 168 platforms. 169 170 [7] Fixed a regression caused by 1.2.0[2] whereby, on Linux/x86 platforms 171 running the 32-bit SSE2 SIMD code in libjpeg-turbo, decompressing a 4:2:0 or 172 4:2:2 JPEG image into a 32-bit (RGBX, BGRX, etc.) buffer without using fancy 173 upsampling would produce several incorrect columns of pixels at the right-hand 174 side of the output image if each row in the output image was not evenly 175 divisible by 16 bytes. 176 177 [8] Fixed an issue whereby attempting to build the SIMD extensions with Xcode 178 4.3 on OS X platforms would cause NASM to return numerous errors of the form 179 "'%define' expects a macro identifier". 180 181 [9] Added flags to the TurboJPEG API that allow the caller to force the use of 182 either the fast or the accurate DCT/IDCT algorithms in the underlying codec. 183 184 185 1.2.0 186 ===== 187 188 [1] Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system 189 was not adding the current directory to the assembler include path, so YASM 190 was not able to find jsimdcfg.inc.) 191 192 [2] Fixed out-of-bounds read in SSE2 SIMD code that occurred when decompressing 193 a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes. 194 This was more of an annoyance than an actual bug, since it did not cause any 195 actual run-time problems, but the issue showed up when running libjpeg-turbo in 196 valgrind. See http://crbug.com/72399 for more information. 197 198 [3] Added a compile-time macro (LIBJPEG_TURBO_VERSION) that can be used to 199 check the version of libjpeg-turbo against which an application was compiled. 200 201 [4] Added new RGBA/BGRA/ABGR/ARGB colorspace extension constants (libjpeg API) 202 and pixel formats (TurboJPEG API), which allow applications to specify that, 203 when decompressing to a 4-component RGB buffer, the unused byte should be set 204 to 0xFF so that it can be interpreted as an opaque alpha channel. 205 206 [5] Fixed regression issue whereby DevIL failed to build against libjpeg-turbo 207 because libjpeg-turbo's distributed version of jconfig.h contained an INLINE 208 macro, which conflicted with a similar macro in DevIL. This macro is used only 209 internally when building libjpeg-turbo, so it was moved into config.h. 210 211 [6] libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose 212 K component is assigned a component ID of 1 instead of 4. Although these files 213 are in violation of the spec, other JPEG implementations handle them 214 correctly. 215 216 [7] Added ARM v6 and ARM v7 architectures to libjpeg.a and libturbojpeg.a in 217 the official libjpeg-turbo binary package for OS X, so that those libraries can 218 be used to build both OS X and iOS applications. 219 220 221 1.1.90 (1.2 beta1) 222 ================== 223 224 [1] Added a Java wrapper for the TurboJPEG API. See java/README for more 225 details. 226 227 [2] The TurboJPEG API can now be used to scale down images during 228 decompression. 229 230 [3] Added SIMD routines for RGB-to-grayscale color conversion, which 231 significantly improves the performance of grayscale JPEG compression from an 232 RGB source image. 233 234 [4] Improved the performance of the C color conversion routines, which are used 235 on platforms for which SIMD acceleration is not available. 236 237 [5] Added a function to the TurboJPEG API that performs lossless transforms. 238 This function is implemented using the same back end as jpegtran, but it 239 performs transcoding entirely in memory and allows multiple transforms and/or 240 crop operations to be batched together, so the source coefficients only need to 241 be read once. This is useful when generating image tiles from a single source 242 JPEG. 243 244 [6] Added tests for the new TurboJPEG scaled decompression and lossless 245 transform features to tjbench (the TurboJPEG benchmark, formerly called 246 "jpgtest".) 247 248 [7] Added support for 4:4:0 (transposed 4:2:2) subsampling in TurboJPEG, which 249 was necessary in order for it to read 4:2:2 JPEG files that had been losslessly 250 transposed or rotated 90 degrees. 251 252 [8] All legacy VirtualGL code has been re-factored, and this has allowed 253 libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license. 254 255 [9] libjpeg-turbo can now be built with YASM. 256 257 [10] Added SIMD acceleration for ARM Linux and iOS platforms that support 258 NEON instructions. 259 260 [11] Refactored the TurboJPEG C API and documented it using Doxygen. The 261 TurboJPEG 1.2 API uses pixel formats to define the size and component order of 262 the uncompressed source/destination images, and it includes a more efficient 263 version of TJBUFSIZE() that computes a worst-case JPEG size based on the level 264 of chrominance subsampling. The refactored implementation of the TurboJPEG API 265 now uses the libjpeg memory source and destination managers, which allows the 266 TurboJPEG compressor to grow the JPEG buffer as necessary. 267 268 [12] Eliminated errors in the output of jpegtran on Windows that occurred when 269 the application was invoked using I/O redirection 270 (jpegtran <input.jpg >output.jpg). 271 272 [13] The inclusion of libjpeg v7 and v8 emulation as well as arithmetic coding 273 support in libjpeg-turbo v1.1.0 introduced several new error constants in 274 jerror.h, and these were mistakenly enabled for all emulation modes, causing 275 the error enum in libjpeg-turbo to sometimes have different values than the 276 same enum in libjpeg. This represents an ABI incompatibility, and it caused 277 problems with rare applications that took specific action based on a particular 278 error value. The fix was to include the new error constants conditionally 279 based on whether libjpeg v7 or v8 emulation was enabled. 280 281 [14] Fixed an issue whereby Windows applications that used libjpeg-turbo would 282 fail to compile if the Windows system headers were included before jpeglib.h. 283 This issue was caused by a conflict in the definition of the INT32 type. 284 285 [15] Fixed 32-bit supplementary package for amd64 Debian systems, which was 286 broken by enhancements to the packaging system in 1.1. 287 288 [16] When decompressing a JPEG image using an output colorspace of 289 JCS_EXT_RGBX, JCS_EXT_BGRX, JCS_EXT_XBGR, or JCS_EXT_XRGB, libjpeg-turbo will 290 now set the unused byte to 0xFF, which allows applications to interpret that 291 byte as an alpha channel (0xFF = opaque). 292 293 294 1.1.1 295 ===== 296 297 [1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated 298 by tjEncodeYUV(). 299 300 [2] libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected 301 markers found in the middle of the JPEG data stream during decompression. It 302 will now hand off decoding of a particular block to the unaccelerated Huffman 303 decoder if an unexpected marker is found, so that the unaccelerated Huffman 304 decoder can generate an appropriate warning. 305 306 [3] Older versions of MinGW64 prefixed symbol names with underscores by 307 default, which differed from the behavior of 64-bit Visual C++. MinGW64 1.0 308 has adopted the behavior of 64-bit Visual C++ as the default, so to accommodate 309 this, the libjpeg-turbo SIMD function names are no longer prefixed with an 310 underscore when building with MinGW64. This means that, when building 311 libjpeg-turbo with older versions of MinGW64, you will now have to add 312 -fno-leading-underscore to the CFLAGS. 313 314 [4] Fixed a regression bug in the NSIS script that caused the Windows installer 315 build to fail when using the Visual Studio IDE. 316 317 [5] Fixed a bug in jpeg_read_coefficients() whereby it would not initialize 318 cinfo->image_width and cinfo->image_height if libjpeg v7 or v8 emulation was 319 enabled. This specifically caused the jpegoptim program to fail if it was 320 linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8 321 emulation. 322 323 [6] Eliminated excessive I/O overhead that occurred when reading BMP files in 324 cjpeg. 325 326 [7] Eliminated errors in the output of cjpeg on Windows that occurred when the 327 application was invoked using I/O redirection (cjpeg <inputfile >output.jpg). 328 329 330 1.1.0 331 ===== 332 333 [1] The algorithm used by the SIMD quantization function cannot produce correct 334 results when the JPEG quality is >= 98 and the fast integer forward DCT is 335 used. Thus, the non-SIMD quantization function is now used for those cases, 336 and libjpeg-turbo should now produce identical output to libjpeg v6b in all 337 cases. 338 339 [2] Despite the above, the fast integer forward DCT still degrades somewhat for 340 JPEG qualities greater than 95, so the TurboJPEG wrapper will now automatically 341 use the slow integer forward DCT when generating JPEG images of quality 96 or 342 greater. This reduces compression performance by as much as 15% for these 343 high-quality images but is necessary to ensure that the images are perceptually 344 lossless. It also ensures that the library can avoid the performance pitfall 345 created by [1]. 346 347 [3] Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler. 348 349 [4] Fixed visual artifacts in grayscale JPEG compression caused by a typo in 350 the RGB-to-luminance lookup tables. 351 352 [5] The Windows distribution packages now include the libjpeg run-time programs 353 (cjpeg, etc.) 354 355 [6] All packages now include jpgtest. 356 357 [7] The TurboJPEG dynamic library now uses versioned symbols. 358 359 [8] Added two new TurboJPEG API functions, tjEncodeYUV() and 360 tjDecompressToYUV(), to replace the somewhat hackish TJ_YUV flag. 361 362 363 1.0.90 (1.1 beta1) 364 ================== 365 366 [1] Added emulation of the libjpeg v7 and v8 APIs and ABIs. See 367 README-turbo.txt for more details. This feature was sponsored by CamTrace SAS. 368 369 [2] Created a new CMake-based build system for the Visual C++ and MinGW builds. 370 371 [3] Grayscale bitmaps can now be compressed from/decompressed to using the 372 TurboJPEG API. 373 374 [4] jpgtest can now be used to test decompression performance with existing 375 JPEG images. 376 377 [5] If the default install prefix (/opt/libjpeg-turbo) is used, then 378 'make install' now creates /opt/libjpeg-turbo/lib32 and 379 /opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary 380 packages. 381 382 [6] All symbols in the libjpeg-turbo dynamic library are now versioned, even 383 when the library is built with libjpeg v6b emulation. 384 385 [7] Added arithmetic encoding and decoding support (can be disabled with 386 configure or CMake options) 387 388 [8] Added a TJ_YUV flag to the TurboJPEG API, which causes both the compressor 389 and decompressor to output planar YUV images. 390 391 [9] Added an extended version of tjDecompressHeader() to the TurboJPEG API, 392 which allows the caller to determine the type of subsampling used in a JPEG 393 image. 394 395 [10] Added further protections against invalid Huffman codes. 396 397 398 1.0.1 399 ===== 400 401 [1] The Huffman decoder will now handle erroneous Huffman codes (for instance, 402 from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to 403 crash under certain circumstances. 404 405 [2] Fixed typo in SIMD dispatch routines that was causing 4:2:2 upsampling to 406 be used instead of 4:2:0 when decompressing JPEG images using SSE2 code. 407 408 [3] configure script will now automatically determine whether the 409 INCOMPLETE_TYPES_BROKEN macro should be defined. 410 411 412 1.0.0 413 ===== 414 415 [1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify 416 --host when configuring on a 64-bit system) 417 418 [2] Created symlinks in the Unix/Linux packages so that the TurboJPEG 419 include file can always be found in /opt/libjpeg-turbo/include, the 32-bit 420 static libraries can always be found in /opt/libjpeg-turbo/lib32, and the 421 64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64. 422 423 [3] The Unix/Linux distribution packages now include the libjpeg run-time 424 programs (cjpeg, etc.) and man pages. 425 426 [4] Created a 32-bit supplementary package for amd64 Debian systems, which 427 contains just the 32-bit libjpeg-turbo libraries. 428 429 [5] Moved the libraries from */lib32 to */lib in the i386 Debian package. 430 431 [6] Include distribution package for Cygwin 432 433 [7] No longer necessary to specify --without-simd on non-x86 architectures, and 434 unit tests now work on those architectures. 435 436 437 0.0.93 438 ====== 439 440 [1] 2982659, Fixed x86-64 build on FreeBSD systems 441 442 [2] 2988188: Added support for Windows 64-bit systems 443 444 445 0.0.91 446 ====== 447 448 [1] Added documentation to .deb packages 449 450 [2] 2968313: Fixed data corruption issues when decompressing large JPEG images 451 and/or using buffered I/O with the libjpeg-turbo decompressor 452 453 454 0.0.90 455 ====== 456 457 Initial release 458