noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 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 | ================== |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | 11e6ee9 | 2012-07-19 06:04:44 +0000 | [diff] [blame] | 81 | [2] The TurboJPEG dynamic library is now versioned. It was not strictly |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 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 |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 85 | Linux distro maintainers have a policy against accepting any library that isn't |
| 86 | versioned. |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 87 | |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 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. |
hbono@chromium.org | 11e6ee9 | 2012-07-19 06:04:44 +0000 | [diff] [blame] | 91 | |
| 92 | [4] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag. |
| 93 | |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | 11e6ee9 | 2012-07-19 06:04:44 +0000 | [diff] [blame] | 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 |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 152 | upper 64 bits of xmm6 and xmm7 on Win64 platforms, which violated the Win64 |
| 153 | calling conventions. |
| 154 | |
hbono@chromium.org | 11e6ee9 | 2012-07-19 06:04:44 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 184 | |
hbono@chromium.org | 0ec930e | 2012-01-18 07:01:04 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 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 |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 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. |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 219 | |
hbono@chromium.org | 0ec930e | 2012-01-18 07:01:04 +0000 | [diff] [blame] | 220 | |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 221 | 1.1.90 (1.2 beta1) |
| 222 | ================== |
| 223 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 224 | [1] Added a Java wrapper for the TurboJPEG API. See java/README for more |
| 225 | details. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 226 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 227 | [2] The TurboJPEG API can now be used to scale down images during |
| 228 | decompression. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 234 | [4] Improved the performance of the C color conversion routines, which are used |
| 235 | on platforms for which SIMD acceleration is not available. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 236 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 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. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 243 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 244 | [6] Added tests for the new TurboJPEG scaled decompression and lossless |
| 245 | transform features to tjbench (the TurboJPEG benchmark, formerly called |
| 246 | "jpgtest".) |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 257 | [10] Added SIMD acceleration for ARM Linux and iOS platforms that support |
| 258 | NEON instructions. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 259 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 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 |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 264 | of chrominance subsampling. The refactored implementation of the TurboJPEG API |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 265 | now uses the libjpeg memory source and destination managers, which allows the |
| 266 | TurboJPEG compressor to grow the JPEG buffer as necessary. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 285 | [15] Fixed 32-bit supplementary package for amd64 Debian systems, which was |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 286 | broken by enhancements to the packaging system in 1.1. |
| 287 | |
hbono@chromium.org | c6beb74 | 2011-11-29 05:16:26 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 293 | |
| 294 | 1.1.1 |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 295 | ===== |
| 296 | |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 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]. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 371 | [3] Grayscale bitmaps can now be compressed from/decompressed to using the |
| 372 | TurboJPEG API. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 388 | [8] Added a TJ_YUV flag to the TurboJPEG API, which causes both the compressor |
| 389 | and decompressor to output planar YUV images. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 390 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 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. |
hbono@chromium.org | 9862697 | 2011-08-03 03:13:08 +0000 | [diff] [blame] | 394 | |
| 395 | [10] Added further protections against invalid Huffman codes. |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 396 | |
| 397 | |
| 398 | 1.0.1 |
| 399 | ===== |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 405 | [2] Fixed typo in SIMD dispatch routines that was causing 4:2:2 upsampling to |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 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 | |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 412 | 1.0.0 |
| 413 | ===== |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 414 | |
| 415 | [1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify |
| 416 | --host when configuring on a 64-bit system) |
| 417 | |
noel@chromium.org | 3395bcc | 2014-04-14 06:56:00 +0000 | [diff] [blame] | 418 | [2] Created symlinks in the Unix/Linux packages so that the TurboJPEG |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 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 | |
hbono@chromium.org | df5ffdd | 2012-05-11 07:46:03 +0000 | [diff] [blame] | 426 | [4] Created a 32-bit supplementary package for amd64 Debian systems, which |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 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 | |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 437 | 0.0.93 |
| 438 | ====== |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 439 | |
| 440 | [1] 2982659, Fixed x86-64 build on FreeBSD systems |
| 441 | |
| 442 | [2] 2988188: Added support for Windows 64-bit systems |
| 443 | |
| 444 | |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 445 | 0.0.91 |
| 446 | ====== |
hbono@chromium.org | f0c4f33 | 2010-11-01 05:14:55 +0000 | [diff] [blame] | 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 |
craig.schlenter@chromium.org | 51f9cb0 | 2011-02-03 04:19:44 +0000 | [diff] [blame] | 452 | |
| 453 | |
| 454 | 0.0.90 |
| 455 | ====== |
| 456 | |
| 457 | Initial release |