- 990342c wordsmithing by DRC · 11 years ago
- fdd625e wordsmithing by DRC · 11 years ago
- ef9a4e0 Integrate a slightly modified version of Mozilla's patch for precomputing the bit-counting LUT. This is useful if the table needs to be shared among multiple processes, although the primary reason for doing that is reduced footprint on mobile devices, which are probably already covered by the clz intrinsic code. by DRC · 11 years ago
- 0cfc4c1 Use clz/bsr instructions on ARM for bit counting rather than the lookup table (reduces memory footprint and can improve performance in some cases.) by DRC · 11 years ago
- 8bad425 Modify svn:ignore so that it lists only files generated in-tree by autoreconf -fiv. It's pretty much impossible to maintain an up-to-date list of files generated by the actual build, so we'll just assume that the user will do an out-of-tree build if they want to avoid cluttering up their 'svn status' display. by DRC · 11 years ago
- 51d6bb3 Modify svn:ignore so that it lists only files generated in-tree by autoreconf -fiv. It's pretty much impossible to maintain an up-to-date list of files generated by the actual build, so we'll just assume that the user will do an out-of-tree build if they want to avoid cluttering up their 'svn status' display. by DRC · 11 years ago
- 26c6606 Make iOS build instructions more generic and applicable to all versions of Xcode; modify iOS build procedure for Xcode 5.0 and later to fix a build issue with Xcode 5.1. by DRC · 11 years ago
- 0d0705f Make iOS build instructions more generic and applicable to all versions of Xcode; modify iOS build procedure for Xcode 5.0 and later to fix a build issue with Xcode 5.1. by DRC · 11 years ago
- 377955e Update build instructions to reflect the use of pkgbuild/productbuild by DRC · 11 years ago
- 79241e3 Remove any claims of support for OS X 10.4 "Tiger" (the packaging system overhaul produces packages that require Leopard or later, and I haven't been able to test Tiger for years anyhow.) Update TurboJPEG shared library version. by DRC · 11 years ago
- b1068fa Migrate Mac packaging system to pkgbuild, since PackageMaker is no longer supported. by DRC · 11 years ago
- 832b1fc Remove the sections about replacing libjpeg at run time and compile time. These were written before O/S distributions started shipping libjpeg-turbo, and they are either pedantic or no longer relevant. Also remove any text that assumes the use of our official project binaries. Notes specific to the official binaries have been moved into the project wiki. by DRC · 11 years ago
- 6f92ff6 Fix Windows build by DRC · 11 years ago
- f67c04c Since we're now maintaining our own Cygwin pseudo-repository directories instead of recommending that users install these packages from a local source, it makes more sense to name the packages according to Cygwin specs, so they can be copied as-is into the pseudo-repository. by DRC · 11 years ago
- de23dd8 by DRC · 11 years ago
- c8b0226 by DRC · 11 years ago
- 79df67d Fix 'make dist' by DRC · 11 years ago
- 7a9faae Since we're now maintaining our own Cygwin pseudo-repository directories instead of recommending that users install these packages from a local source, it makes more sense to name the packages according to Cygwin specs, so they can be copied as-is into the pseudo-repository. by DRC · 11 years ago
- d794360 RHEL 6 (and probably other platforms as well) sets _defaultdocdir=%{_datadir}/doc, which screws things up, since we're overriding _datadir. Since we intend _defaultdocdir to be /usr/share/doc, just be explicit about it. by DRC · 11 years ago
- 3064cf7 RHEL 6 (and probably other platforms as well) sets _defaultdocdir=%{_datadir}/doc, which screws things up, since we're overriding _datadir. Since we intend _defaultdocdir to be /usr/share/doc, just be explicit about it. by DRC · 11 years ago
- fc9995e Prevent svn:mergeinfo from being modified on Makefile.am and simd/jsimd*.c every time a merge is done. by DRC · 11 years ago
- 2b03fe2 Fix compiler warning about unused function when building with the libjpeg v6b API/ABI by DRC · 11 years ago
- 17882fd Prevent svn:mergeinfo from being modified on Makefile.am and simd/jsimd*.c every time a merge is done. by DRC · 11 years ago
- 506a742 Fix compiler warning about unused function when building with the libjpeg v6b API/ABI by DRC · 11 years ago
- b52f3e6 Fix compiler warning ("always_inline function might not be inlinable") when building with recent versions of GCC by DRC · 11 years ago
- ad64b5a Fix compiler warning ("always_inline function might not be inlinable") when building with recent versions of GCC by DRC · 11 years ago
- 3c82383 Enable silent build (can be overridden with 'make V=1') if the version of autotools being used is new enough. by DRC · 11 years ago
- c7e10b2 Enable silent build (can be overridden with 'make V=1') if the version of autotools being used is new enough. by DRC · 11 years ago
- 7a6ed07 Extend YUVImage class to allow reuse of the same buffer with different metadata; port TJBench changes that treat YUV encoding/decoding as an intermediate step of the JPEG compression/decompression pipeline rather than a separate test case; add YUV encode/decode tests to the Java version of tjbenchtest by DRC · 11 years ago
- dd5fcdd formatting tweaks by DRC · 11 years ago
- 6e11d68 Fix an error that occurred when trying to use the lossless transform feature without specifying -quiet; formatting tweak by DRC · 11 years ago
- 2ae7918 Fix an error that occurred when trying to use the lossless transform feature without specifying -quiet; formatting tweak by DRC · 11 years ago
- 4dafea6 Move the garbage collection of the JPEG tiles into the decompression function to increase the chances that tiled decompression of large images will succeed without an OutOfMemoryError. by DRC · 11 years ago
- 88f260c Move the garbage collection of the JPEG tiles into the decompression function to increase the chances that tiled decompression of large images will succeed without an OutOfMemoryError. by DRC · 11 years ago
- 6ffed93 Generate the Java documentation using javadoc 7, to improve readability. by DRC · 11 years ago
- ee44371 This should have been checked in with the previous commit. by DRC · 11 years ago
- fc26b65 Extend the YUV decode functionality to the TurboJPEG Java API, and port the TJUnitTest modifications that treat YUV encoding/decoding as an intermediate step of the JPEG compression/decompression pipeline rather than a separate test case; Add the ability to encode YUV images from an arbitrary position in a large image buffer; Significantly refactor the handling of YUV images; numerous doc tweaks; other Java API cleanup and usability improvements by DRC · 11 years ago
- 40a0a02 Update (C) year by DRC · 11 years ago
- 695b6e8 Don't use deprecated constructor by DRC · 11 years ago
- aa255e2 Doc tweaks by DRC · 11 years ago
- 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 · 11 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 · 11 years ago
- 1909c59 As with tjDecompressToYUV*(), tjCompressFromYUV() also conditionally uses an intermediate buffer if the source image dimensions do not fall on MCU boundaries. by DRC · 11 years ago
- 12c29c9 Remove unneeded/unused code by DRC · 11 years ago
- b148139 Streamline the BufferedImage functionality in the compressor so that it works the same way as compressing a "normal" image, and deprecate the old BufferedImage methods and other redundant methods. Eliminate the use of deprecated features in the test programs. by DRC · 11 years ago
- d772f9a Remove benchmarks. They were originally intended as a way of measuring overhead for small compress/decompress operations, but using TJBench with a small image is a better way to accomplish that. by DRC · 11 years ago
- 4f7b7b3 Formatting tweak by DRC · 11 years ago
- 78b227e Oops. This code should not have been removed. It is necessary for generating the error images. by DRC · 11 years ago
- b53f410 Actually, the issue with nightshot_iso_100 is unrelated to the image size. Reducing the size to 128x95, the same size as vgl_6548_0026, does not eliminate the problem. The issue seems to always occur when decompression scaling is enabled. It is unclear at this point whether this is a bug or expected behavior, but the pixels generated by the split decompression functions appear correct. They are just slightly different (but not visibly so) from the pixels generated by the monolithic decompression function. by DRC · 11 years ago
- 823fbed Add a mode to tjbenchtest for testing the YUV encoding/decoding functions by DRC · 11 years ago
- ce6891f If we have transformed a 4:2:2 or 4:4:0 image in any way that transposes the horizontal and vertical dimensions, then we need to inform the decompression function that the subsampling type has changed. Otherwise, tjDecodeYUV() will not produce correct results. by DRC · 11 years ago
- f9baac9 Whitespace tweaks by DRC · 11 years ago
- df42b3c Whitespace tweaks by DRC · 11 years ago
- adf5551 Execute warmup runs with tjTransform() as well by DRC · 11 years ago
- e1efc8a Fix a couple of output formatting issues by DRC · 11 years ago
- 95e4cb2 Since we now have a complete set of YUV functions, TJBench can be greatly simplified. It now tests YUV encoding/decoding as an intermediate step of JPEG compression/decompression, which eliminates the need for a separate YUV mode. Several other things have been streamlined in the process. by DRC · 11 years ago
- 0e9bf64 Fix a segfault that would occur in decompress-only mode if -alloc was specified without -tile. by DRC · 11 years ago
- dd59233 Fix a segfault that would occur in decompress-only mode if -alloc was specified without -tile. by DRC · 11 years ago
- a15f19f Wordsmithing & formatting tweaks by DRC · 11 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 · 11 years ago
- db0e279 Oops. This was apparently the victim of an overly aggressive search/replace. by DRC · 11 years ago
- aa36758 Silence warning in CMake 2.8.12 and later by DRC · 11 years ago
- 5eb1efa Silence warning in CMake 2.8.12 and later by DRC · 11 years ago
- 3bf21e0 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 · 11 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 · 11 years ago
- 05d24e8 Fix Windows build by DRC · 11 years ago
- 42aeac3 Formatting tweaks by DRC · 11 years ago
- 7d9f758 For now, punt on trying to support fancy upsampling in tjDecodeYUV(). Fancy upsampling requires context rows and other refinements, which are difficult to implement correctly with the algorithm we're using. Longer-term, supporting fancy upsampling would probably require using the main buffer that libjpeg allocates. by DRC · 11 years ago
- 15c0876 Fix additional uninitialized values reported by valgrind by DRC · 11 years ago
- c901449 When tjDecodeYUV() is used with a "fresh" decompressor instance (one that hasn't been previously used to decompress a JPEG image), then it needs comps_in_scan, data_precision, and the quantization tables to be defined. This patch also extends TJUnitTest to check for this error. by DRC · 11 years ago
- 20e158d Silence valgrind false positives about uninitialized values. Even with this patch, valgrind still complains about uninitialized values when decompressing or decoding to a buffer with an alpha-enabled colorspace. Not sure why this happens, but it occurs in libjpeg-turbo 1.3 as well, and only when the x86/x86-64 SIMD code is being used. It is my belief that these remaining warnings are also false positives, because if the output buffer is memset to all 0's prior to invoking tjDecodeYUV()/tjDecompress(), no errors are reported. If any of the alpha channel bits were in fact not being initialized, then they would still be 0 after invoking tjDecodeYUV()/tjDecompress(), and TJUnitTest would report an error. by DRC · 11 years ago
- f27f38b Add a blank line before the alpha-enabled colorspace tests in order to improve readability by DRC · 11 years ago
- 4798b7e Add a blank line before the alpha-enabled colorspace tests in order to improve readability by DRC · 11 years ago
- 2bdc042 Go ahead and call jinit_master_decompress() rather than trying to reproduce its functionality. That function does a few things that we were missing, including allocating the range limit table used by the plain C color conversion code. by DRC · 11 years ago
- 4d82ddb 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 · 11 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 · 11 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 · 11 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 · 11 years ago
- f9c2dd2 Fix regression introduced in r1122 that caused SIMD detection to malfunction for ARM platforms (and probably ARM64 and MIPS as well.) by DRC · 11 years ago
- 895fd6d Fix unitialized value reported by valgrind (the upsampling routine used by 4:4:0 and 4:1:1 reads the value of component_index.) by DRC · 11 years ago
- 34dca05 Implement a YUV decode function in the TurboJPEG API, to be symmetric with tjEncodeYUV(). by DRC · 11 years ago
- 2bdadb4 Remove benchmarks. They were originally intended as a way of measuring overhead for small compress/decompress operations, but using TJBench with a small image is a better way to accomplish that. by DRC · 11 years ago
- 54918b3 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 · 11 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 · 11 years ago
- ffa5e59 Fix autoconf warnings by DRC · 11 years ago
- 5aec4af Use C-style comments by DRC · 11 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 · 11 years ago
- 006bc58 Use C-style comments by DRC · 11 years ago
- 6f75a35 Oops by DRC · 11 years ago
- cccfdcb Older versions of automake don't support AM_PROG_AR, so only execute that macro if it exists. by DRC · 11 years ago
- c56cb47 Fix autoconf warnings by DRC · 11 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
- ad2f618 Update copyright year in file header as well by DRC · 11 years ago
- 38c9970 Fix an issue that prevented tjEncodeYUV3() 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 tjEncodeYUV3() 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
- 68550a7 Update copyright notice to reflect recent SIMD contributions 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
- d9712ed 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