- bcb5f02 Go ahead and deprecate the old constructor in 1.3.1 instead of in 1.4, since it uses a deprecated method by DRC · 10 years ago
- c33347c Add @Deprecated to the deprecated Java methods, so javac will actually print deprecation warnings, as opposed to just listing the methods as deprecated in javadoc; remove the use of the deprecated methods by our own test programs. by DRC · 10 years ago
- df42b3c Whitespace tweaks by DRC · 10 years ago
- dd59233 Fix a segfault that would occur in decompress-only mode if -alloc was specified without -tile. by DRC · 10 years ago
- a15f19f Wordsmithing & formatting tweaks by DRC · 10 years ago
- d4b453c Back-port the -subsamp option from 1.4 rather than use the hackish approach of replacing 4:2:2 with 4:4:0. This has the added advantage of allowing the user to test only a specific level of subsampling. by DRC · 10 years ago
- db0e279 Oops. This was apparently the victim of an overly aggressive search/replace. by DRC · 10 years ago
- 5eb1efa Silence warning in CMake 2.8.12 and later by DRC · 10 years ago
- d45c549 Fix the build of the Java classes when using MSVC 2010 and later. Something in the recesses of my brain is telling me that I tried this before and it failed under some circumstances, but it must have been a bug in an older CMake implementation. CMake 2.8.8 and later seem to work fine with this patch. This patch also updates the minimum required version to 2.8.8, because 2.8.8 fixed another issue that was preventing the SIMD code from building under MSVC 2010 and later. by DRC · 10 years ago
- 05d24e8 Fix Windows build by DRC · 10 years ago
- 42aeac3 Formatting tweaks by DRC · 10 years ago
- 4798b7e Add a blank line before the alpha-enabled colorspace tests in order to improve readability by DRC · 10 years ago
- 84c25cb Oops. We need to call start_pass() on the color converter in order to allocate the conversion tables used by the plain C code. by DRC · 10 years ago
- 50cfc46 Oops. We need to call start_pass() on the color converter in order to allocate the conversion tables used by the plain C code. by DRC · 10 years ago
- ea657b2 Fix regression introduced in r1128 that caused SIMD detection to malfunction for ARM platforms (and probably ARM64 and MIPS as well.) by DRC · 10 years ago
- e2ce3b5 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 10 years ago
- ffa5e59 Fix autoconf warnings by DRC · 10 years ago
- 5aec4af Use C-style comments by DRC · 10 years ago
- c7a3246 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 10 years ago
- 693f4a5 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 11 years ago
- 2c0c807 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 11 years ago
- 2885cf5 Further examination of the code reveals that this change is unnecessary. The histogram stores a count of each color in the image, so it will always contain at least one non-zero element, and thus the total can never be zero. Since the histogram is generated from the image data and not read from the header, there is no chance that header corruption would affect it. by DRC · 11 years ago
- d4ab63d Fix several potential overflow issues identified by the community. by DRC · 11 years ago
- 88dee58 Formatting tweak by DRC · 11 years ago
- e189ec7 Remove trailing space by DRC · 11 years ago
- 3e00f03 Formatting tweaks by DRC · 11 years ago
- 8d55c88 Include instructions for building iOS binaries using Xcode 4.6.x and Xcode 5.0. by DRC · 11 years ago
- b3a028e Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
- 5a7e9e5 Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
- 43d8cf4 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
- 7ebf294 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
- cb92dcc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x by DRC · 11 years ago
- e163653 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences (such as the different subsampling algorithm used in jpeg-8.) Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
- 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 13 years ago
- c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 14 years ago
- a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 14 years ago
- f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 15 years ago
- 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 15 years ago
- 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 15 years ago
- 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 26 years ago
- 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 26 years ago
- 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 29 years ago
- bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 29 years ago
- a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 29 years ago
- 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 30 years ago
- 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 30 years ago
- cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 32 years ago
- 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 32 years ago
- 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 32 years ago
- bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 33 years ago
- 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 33 years ago
- c44750e Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
- 4b50928 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences listed in README-turbo.txt. Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
- 4ac8700 Remove unnecessary whitespace by DRC · 11 years ago
- 5aa6c9a Remove unnecessary whitespace by DRC · 11 years ago
- 6cef2b1 Fix a really subtle issue whereby an invalid free() could occur if a program called tjInitDecompress() and then accidentally passed the handle to tjEncodeYUV2(), or if a program called tjInitCompress() and then accidentally passed the handle to tjDecompressToYUV(). by DRC · 11 years ago
- f57a22d Fix logic error from r1039 by DRC · 11 years ago
- c45653e Fix a couple of issues with return value checking. JFREAD(), which wraps fread(), will never return -1. fread() will instead return 0 or a short object count if an error occurs, and ferror() will return 1 in that case. The second issue was that we were assigning the return value of ftell() to an unsigned long prior to checking the value, so the value would never be < 0 if an error occurred. It would instead be (unsigned long)-1. by DRC · 11 years ago
- a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
- cadabd4 Actually, the second bug was hidden by the first, so the initial ChangeLog entry was correct from the user's point of view. by DRC · 11 years ago
- e8be2c6 Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
- 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
- f369f17 Due to the way in which the configure script silently falls back to a non-SIMD build if SIMD can't be enabled, we accidentally released iOS ARM v7 and v7s binaries in 1.3.0 that did not contain NEON SIMD code, because gas-preprocessor.pl wasn't in the PATH. In order to prevent this from happening again, specifying --with-simd now has the effect of forcing a SIMD build, and if this argument is specified, any issues encountered while enabling SIMD are treated as fatal. by DRC · 11 years ago
- 5d2514b We can't enable optimized entropy coding unless we're using Huffman coding. This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail. by DRC · 11 years ago
- 2c63c00 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
- ba923a8 Fix I/O suspension. This little nugget of code was introduced in r30 as part of an early attempt to make buffered I/O work with the optimized Huffman codec. Ultimately, r32 reverted a lot of that mess and introduced much of the logic we now use, rendering this code unnecessary, but it was never reverted because it only causes problems when I/O suspension is used, and apparently no one has tried to do that with libjpeg-turbo until now. by DRC · 11 years ago
- 1370f10 We can't enable optimized entropy coding unless we're using Huffman coding. This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail. by DRC · 11 years ago
- 24f11a7 The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
- 6eb29dd Oops. We need to delete the new copy of turbojpeg.dll in the binary directory. Also add quotes to InstDir to allow installing under "c:\Program Files\", and remove unnecessary quotes in the Delete directives. by DRC · 11 years ago
- 4d87793 In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin. This is mainly to give installers an easy way to find the DLL for the purposes of bundling it. Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory. by DRC · 11 years ago
- 7ef2616 1.3.1 by DRC · 11 years ago
- ae92418 Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in TJBench; Wordsmithing; Disable timestamp in generated HTML files to make diffing and merging easier by DRC · 11 years ago
- ca866c4 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
- 7657726 Wordsmithing by DRC · 11 years ago
- 07796da Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in tjbench. by DRC · 11 years ago
- bcda683 Upgrade to Doxygen 1.8.3.1; Add note regarding the fact that 4:4:0 lacks full SIMD support. by DRC · 11 years ago
- 71ccb39 Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
- 1520ee2 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
- dadebe9 Document previous commit in the change log by DRC · 11 years ago
- c32e0c2 By default, install the libraries into /opt/libjpeg-turbo/lib32 on any 32-bit system, not just x86, and into /opt/libjpeg-turbo/lib64 on any 64-bit system, not just x86-64. In particular, this addresses an issue with building TurboVNC and VirtualGL on ARM systems. by DRC · 11 years ago
- b927103 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
- d3eb40b Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
- 6e0bbbf 1.3.0 by DRC · 11 years ago
- 49df783 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago
- 04e0a02 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
- bb9e147 Fix backward compatibility between the Java classes and the 1.2.x JNI library (as long as the 1.3 Java features are not used.) by DRC · 11 years ago
- 1d29c5f Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 11 years ago
- 67bee86 Code formatting tweaks by DRC · 11 years ago
- 65d4a46 Java doc tweaks by DRC · 11 years ago
- c6eedeb Oops by DRC · 11 years ago
- 0c83e5a Not that it matters, because JNI uses dlopen()/dlsym() to load symbols, but for bookkeeping purposes, move the JNI symbols introduced in libjpeg-turbo 1.3 into a new section. by DRC · 11 years ago
- d8522a7 Wordsmithing by DRC · 11 years ago
- 01fdcc3 Further doc tweaks by DRC · 11 years ago
- 9ce1a21 Subtle point, but since libjpeg-turbo 1.3 now supports scaling factors > 1, the width and height specified in tjDecompress2() are not necessarily smaller than the JPEG width/height. by DRC · 11 years ago
- 0bb37a5 Create 1.3.x branch by DRC · 11 years ago
- 4c17a45 Fix I/O suspension. This little nugget of code was introduced in r30 as part of an early attempt to make buffered I/O work with the optimized Huffman codec. Ultimately, r32 reverted a lot of that mess and introduced much of the logic we now use, rendering this code unnecessary, but it was never reverted because it only causes problems when I/O suspension is used, and apparently no one has tried to do that with libjpeg-turbo until now. by DRC · 11 years ago
- 4578953 For consistency, allow the name of the Mac and Cygwin packages to be overridden as well. by DRC · 11 years ago
- d7a642b Minor doc tweaks + ChangeLog update by DRC · 11 years ago
- 00400a0 In order to avoid a functional regression with previous releases, the JAR file needs to be able to load either the 64-bit or 32-bit JNI library on Un*x systems. by DRC · 11 years ago
- 441308c Move the TurboJPEG DLLs back into the system directory on Windows platforms. For Windows, it doesn't really simplify the build system to install these libraries in c:\libjpeg-turbo*, and it introduces potential problems with loading the JNI library. Specifically, if a user linked their Java app against the 64-bit libjpeg-turbo SDK and then used a 32-bit JVM at run time, they would not be able to load the 32-bit turbojpeg.dll without manipulating java.library.path or the PATH environment (and vice versa for building against the 32-bit libjpeg-turbo SDK and using a 64-bit JVM at run time.) by DRC · 11 years ago