- 03841e6 Win: Display effective C/LD flags in CMake output by DRC · 9 years ago
- f913438 Win: Enable testing cross-compiled builds by DRC · 9 years ago
- 7e3acc0 Rename README, LICENSE, BUILDING text files by DRC · 9 years ago
- 7a7da94 Add regression tests for jpeg_skip_scanlines(); change "stripe" to "strip" in djpeg; document -strip and -skip parameters in djpeg by DRC · 9 years ago
- 6a25894 Make sure that Java is disabled when 12-bit is enabled (Java requires TurboJPEG, which currently only supports 8-bit samples), and tabs-->spaces by DRC · 9 years ago
- ecc5836 Make sure that Java is disabled when 12-bit is enabled (Java requires TurboJPEG, which currently only supports 8-bit samples), and tabs-->spaces by DRC · 9 years ago
- 89b5e06 Studies show that GCC v5.1.0 performs as well as or better than v4.2, but v4.7.x-v4.9.x do not perform as well as v4.2. by DRC · 9 years ago
- 665c96e Allow building only static or only shared libraries on Windows by DRC · 9 years ago
- 89a3f97 Allow the executables and libraries outside of the sharedlib/ directory to be linked against msvcr*.dll instead of libcmt*.lib. This is reported to be necessary when building libjpeg-turbo for use with C#. by DRC · 10 years ago
- 2b7a391 1.4.1 by DRC · 10 years ago
- e59196d 1.4.0 by DRC · 10 years ago
- 1e2f496 Fix 'make dist' by DRC · 10 years ago
- 4c773cf Fix typos in test names by DRC · 10 years ago
- f72f1f2 Bump version to 1.5 alpha1 to prepare for new features by DRC · 10 years ago
- 022a901 1.4 beta1 by DRC · 10 years ago
- aee4f72 12-bit JPEG support by DRC · 10 years ago
- 73821bf Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
- 3da1033 Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
- a81f542 Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
- 78df2e6 Add support for decompressing to RGB565 (16-bit) pixels by DRC · 10 years ago
- 715bb41 Port the more accurate (and slightly faster) floating point IDCT implementation from jpeg-8a and later. New research revealed that the SSE/SSE2 floating point IDCT implementation was actually more accurate than the jpeg-6b implementation, not less, which is why its mathematical results have always differed from those of the jpeg-6b implementation. This patch brings the accuracy of the C code in line with that of the SSE/SSE2 code. by DRC · 10 years ago
- 35db75e Redesign the libjpeg regression tests so that they fully cover all of the SIMD-accelerated algorithms (and most of the other ones as well) by DRC · 10 years ago
- ff6961f This patch accomplishes the following: by DRC · 11 years ago
- 714839d This patch accomplishes the following: by DRC · 11 years ago
- 06fa20d 1.3.2 by DRC · 11 years ago
- 9fe22da Set the BUILD environment variable properly when building with MinGW implementations that lack a Unix shell (TDM-GCC, for instance); Only set CMP0022 if it is supported (older CMake implementations don't support it); Remove trailing spaces by DRC · 11 years ago
- ffb2b6e Set the BUILD environment variable properly when building with MinGW implementations that lack a Unix shell (TDM-GCC, for instance); Only set CMP0022 if it is supported (older CMake implementations don't support it); Remove trailing spaces 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
- 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
- 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
- 5430aa1 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
- faa868b Add 'tjunittest -yuv -alloc' test on Windows as well by DRC · 11 years ago
- 7ef2616 1.3.1 by DRC · 11 years ago
- 6e0bbbf 1.3.0 by DRC · 11 years ago
- fef9852 Extend the TurboJPEG Java API to support generating YUV images with arbitrary padding and to support image scaling when decompressing to YUV by DRC · 12 years ago
- f610d61 Extend the TurboJPEG C API to support generating YUV images with arbitrary padding and to support image scaling when decompressing to YUV by DRC · 12 years ago
- 17745dd Bump version to prepare for new features by DRC · 12 years ago
- 7175e51 Further enhancements/fixes to the packaging system: by DRC · 12 years ago
- 5e96c9b Bump version for post-beta pre-releases by DRC · 12 years ago
- 5039d73 Eliminated the awkward and confusing "TurboJPEG/OSS" designation, since there are no other active implementations of the TurboJPEG API anymore; don't refer to the libjpeg API library as "libjpeg-turbo" anymore, since that can be confusing; ARM v7s build instructions by DRC · 12 years ago
- ab70623 Implement in-memory source/destination managers even when not emulating the libjpeg v8 API/ABI by DRC · 12 years ago
- 211d1e7 Consolidate the MD5 sums into one location and add a --without-turbojpeg switch to the Un*x build to allow building libjpeg-turbo without the TurboJPEG/OSS wrapper library. These modifications were supposed to lay the ground work for adding compile-time-selectable 12-bit JPEG support, but unfortunately there are deeper issues that prevent the implementation of that feature right now (namely, some of the modifications made to the C code to support the SIMD code are apparently not 12-bit-friendly.) by DRC · 12 years ago
- f29ffd3 Modify 'make test' so that it uses MD5 sums instead of reference images. This eliminates the need to check most of the test images into the repository, which keeps the source tarball to a reasonable size. by DRC · 12 years ago
- 84f7122 1.2.90 (1.3 beta1) by DRC · 12 years ago
- 75cf497 Use a more robust method of obtaining the build timestamp on Windows. 'wmic os get LocalDateTime' will always return the timestamp in the format we want (YYYYMMDD), whereas date /t is sensitive to locale. If wmic fails, then we fall back to using date /t, even though this means that the BUILD variable will end up in the incorrect format on some systems. by DRC · 12 years ago
- 5e3bb3e Use a more robust method of obtaining the build timestamp on Windows. 'wmic os get LocalDateTime' will always return the timestamp in the format we want (YYYYMMDD), whereas date /t is sensitive to locale. If wmic fails, then we fall back to using date /t, even though this means that the BUILD variable will end up in the incorrect format on some systems. by DRC · 12 years ago
- de924b8 Use a more robust method of obtaining the build timestamp on Windows. 'wmic os get LocalDateTime' will always return the timestamp in the format we want (YYYYMMDD), whereas date /t is sensitive to locale. If wmic fails, then we fall back to using date /t, even though this means that the BUILD variable will end up in the incorrect format on some systems. by DRC · 12 years ago
- 3367f40 1.2.2 by DRC · 12 years ago
- 68071bd 1.2.1 by DRC · 13 years ago
- 02cd567 Install docs when doing 'make install' on Unix; Fix 'install' target on Windows; Include wizard.txt, example.c, and structure.txt in installed docs by DRC · 13 years ago
- a1647c8 Install docs when doing 'make install' on Unix; Fix 'install' target on Windows; Include wizard.txt, example.c, and structure.txt in installed docs by DRC · 13 years ago
- 760ea8d Merge documentation and wordsmithing changes from 1.2, including promotion of -arithmetic to a "switch for advanced users" by DRC · 13 years ago
- cf775bf Oops. Need to use -nosmooth so that the output matches the reference images generated by jpeg-8 by DRC · 13 years ago
- 0af8d67 Add tests for the additional scaling factors by DRC · 13 years ago
- 7ab0364 Move test images into their own subdirectory by DRC · 13 years ago
- 6ebf110 Move test images into their own subdirectory by DRC · 13 years ago
- bf0bdac Bump version to 1.2.80 (1.3 alpha1) to prepare for receiving new features by DRC · 13 years ago
- b56ae3d 1.2.0 by DRC · 13 years ago
- 4ad6003 Always link tjbench against jpeg-static instead of the JPEG DLL, since we are only using libjpeg for bitmap I/O by DRC · 13 years ago
- cf137ac 1.1.2 by DRC · 13 years ago
- 418dbdf turbojpegl.c=turbojpeg.c by DRC · 13 years ago
- 7e3fd2f jpegtran on Windows needs the same fix as cjpeg and djpeg to eliminate errors when I/O redirection is used. by DRC · 13 years ago
- e9f9ec4 jpegtran on Windows needs the same fix as cjpeg and djpeg to eliminate errors when I/O redirection is used. by DRC · 13 years ago
- 3185cb9 "jpegut"="tjunittest" & "jpgtest"="tjbench" by DRC · 13 years ago
- 4348464 Fix build on Windows by DRC · 13 years ago
- 9b28def Completely refactored the TurboJPEG C API so that it uses pixel formats instead of the clunky pixel size + flags combination to define the pixel size and component order. tjCompress2() and tjTransform() can also now grow the JPEG buffer as needed, which can allow programs to save memory by not pre-allocating the "worst-case" buffer size calculated by TJBUFSIZE(). Converted API documentation to Doxygen. There is no legacy code remaining, so the refactored version of the library has been re-licensed under a BSD-style license. by DRC · 13 years ago
- fd62eca Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
- 5ee81f4 Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
- 4852d28 Add more comprehensive tests for IDCT scaling by DRC · 14 years ago
- ddcd5a1 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
- 98b8529 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
- 926e01f Attempt to make build work with Visual Studio 2010 (still doesn't work if SIMD or Java are enabled-- see bug tracker) by DRC · 14 years ago
- b05ebcb Attempt to make build work with Visual Studio 2010 (still doesn't work if SIMD or Java are enabled-- see bug tracker) by DRC · 14 years ago
- 2ffcb8e Comment code by DRC · 14 years ago
- db42506 Allow customization of Java compiler flags by DRC · 14 years ago
- a0f878a Add testclean target for cleaning up test images by DRC · 14 years ago
- 957d623 Include TurboJPEG/OSS Java wrapper JAR in Windows distribution packages by DRC · 14 years ago
- b94f2de Clean up packaging system by DRC · 14 years ago
- 1c87e45 We want to keep the same name for the install directory, even though the installer name has changed by DRC · 14 years ago
- 95db4f4 Clean up packaging system by DRC · 14 years ago
- 1a79ede 1.1.1 by DRC · 14 years ago
- da5220a Fix Windows build; Add grayscale tests to Windows build; Add proper implementation of snprintf on Windows and use snprintf() in TurboJPEG library and tests instead of sprintf() by DRC · 14 years ago
- c62cc76 Include libjpeg run-time programs and jpgtest in installer; Move documentation in SDK distribution packages into doc\ subdirectory by DRC · 14 years ago
- 52c479d Disable CXX compiler check by DRC · 14 years ago
- 8569c2f Include libjpeg run-time programs and jpgtest in installer; Move documentation in SDK distribution packages into doc\ subdirectory by DRC · 14 years ago
- 5d6f858 Disable CXX compiler check by DRC · 14 years ago
- 69e1544 1.1.0 by DRC · 14 years ago
- 9af4077 The API/ABI should be described as "libjpeg v8", not "libjpeg v8b", since there are multiple libjpeg releases with the same interface by DRC · 14 years ago
- 4db36eb Add high-quality JPEG tests to CMake build system by DRC · 14 years ago
- f38eee0 The API/ABI should be described as "libjpeg v8", not "libjpeg v8b", since there are multiple libjpeg releases with the same interface by DRC · 14 years ago
- c4ef01f Add high-quality JPEG tests to CMake by DRC · 14 years ago
- 2e4d044 Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler by DRC · 14 years ago
- a3c3059 Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler by DRC · 14 years ago
- 389c472 JNI expects symbols to either have both an underscore and an @ suffix or to have neither, so since MinGW doesn't add an underscore, we need to disable the suffix as well by DRC · 14 years ago
- 0caa0b4 1.1.90 by DRC · 14 years ago
- 218c0c1 Build JNI wrapper on Windows by DRC · 14 years ago
- 990e28d Make arithmetic coding support status messages more clear by DRC · 14 years ago