- 55a18d4 Merge branch '1.4.x' by DRC · 9 years ago
- 6e05352 TurboJPEG: Avoid dangling pointers by DRC · 9 years ago
- b657631 Merge branch '1.4.x' by DRC · 9 years ago
- 58ae401 Eliminate cppcheck false positive in turbojpeg.c by DRC · 9 years ago
- 6fa14b3 Declare source buffers in TurboJPEG C API as const by DRC · 9 years ago
- db6d8fc Now that the TurboJPEG API is reporting libjpeg warnings as errors, an "Invalid SOS parameters for sequential JPEG" warning surfaced in tjDecodeYUV*(). This was caused by the Se member of jpeg_decompress_struct being set to 0 (it is normally set to a non-zero value when the start-of-scan markers are read, but there are no SOS markers in this case, because we're not actually decompressing a JPEG file.) by DRC · 9 years ago
- 1f79c7c If a warning (such as "Premature end of JPEG file") is triggered in the underlying libjpeg API, make sure that the TurboJPEG API function returns -1. Unlike errors, however, libjpeg warnings do not make the TurboJPEG functions abort. by DRC · 9 years ago
- bec45b1 Back out r1555 and r1548. Using setenv() didn't fix the iOS simulator issue. It just replaced an undefined _putenv$UNIX2003 symbol with an undefined _setenv$UNIX2003 symbol. The correct solution seems to be to use -D_NONSTD_SOURCE when generating our official builds. by DRC · 9 years ago
- 80bbd39 Fix the Windows build. I remember now why I used putenv() originally-- because Windows doesn't have setenv(). We could use _putenv_s(), but older versions of MinGW don't have that either. Fortunately, since all of the environment values we're setting in turbojpeg.c are static, we can just map setenv() to putenv() using a macro. NOTE: we still have to use _putenv_s() in turbojpeg-jni.c, but at least people who may need to build with an older version of MinGW can still do so by disabling the Java build. by DRC · 9 years ago
- 44320a2 Unless you define _ANSI_SOURCE, then putenv() on Mac is renamed to putenv$UNIX2003(), and this causes problems when trying to link an i386 iOS application (for the simulator) against the TurboJPEG static library. It's easiest to just use setenv() instead. by DRC · 9 years ago
- feccdcf Surround the usage of getenv() in the TurboJPEG API with #ifndef NO_GETENV so that developers can add -DNO_GETENV to the C flags when building for platforms that don't have getenv(). Currently this is known to be necessary when building for Windows Phone. by DRC · 10 years ago
- ea1eea4 Sometimes the sampling factors in grayscale images can be > 1 (for instance, if compressing using 'cjpeg -sample 2x2 -grayscale'.) Technically, sampling factors have no meaning with grayscale JPEGs, and the libjpeg decompressor ignores them in that case. Thus, the TurboJPEG decompressor should ignore them as well. by DRC · 10 years ago
- 55620c6 Another oops. tjBufSizeYUV2() should return -1 if width < 1. by DRC · 10 years ago
- 2240974 Oops. tjPlaneSizeYUV() should return -1 if componentID > 0 and subsamp==TJSAMP_GRAY. by DRC · 10 years ago
- 0713c1b Add a set of undocumented environment variables and Java system properties that allow compression features of libjpeg that are not normally exposed in the TurboJPEG API to be enabled. These features are not normally exposed because, for the most part, they aren't "turbo" features, but it is still useful to be able to benchmark them without modifying the code. by DRC · 10 years ago
- 40dd314 Refactored YUVImage Java class so that it supports both unified YUV image buffers as well as separate YUV image planes; modified the JNI functions accordingly and added new helper functions to the TurboJPEG C API (tjPlaneWidth(), tjPlaneHeight(), tjPlaneSizeYUV()) to facilitate those modifications; changed potentially confusing "component width" and "component height" terms to "plane width" and "plane height" and modified variable names in turbojpeg.c to reflect this; numerous other documentation tweaks by DRC · 10 years ago
- aecea38 Extend the TurboJPEG C API to support handling YUV images stored in separate image planes instead of a unified buffer by DRC · 10 years ago
- 5de454b libjpeg-turbo has never supported non-ANSI compilers, so get rid of the crufty SIZEOF() macro. It was not being used consistently anyhow, so it would not have been possible to build prior releases of libjpeg-turbo using the broken compilers for which that macro was designed. by DRC · 10 years ago
- bc56b75 Get rid of the HAVE_PROTOTYPES configuration option, as well as the related JMETHOD and JPP macros. libjpeg-turbo has never supported compilers that don't handle prototypes. Doing so requires ansi2knr, which isn't even supported in the IJG code anymore. by DRC · 10 years ago
- f57b8a6 Phrasing. Boom. by DRC · 10 years ago
- 230d09d Fix crashes and bogus output in the CMYK and decode-to-YUV features that occurred if JCS_EXTENSIONS wasn't defined. by DRC · 11 years ago
- 4186162 Fix warnings about unused variables when building with GCC 4.8.x 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
- 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
- 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
- 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
- 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
- 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
- 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
- b51ee89 r1065 broke the build on Windows, because getinstance() defines a variable. Thus, it needs to occur before the array initialization code. by DRC · 11 years ago
- 910a357 Extend the TurboJPEG C API to support compressing JPEG images from YUV planar images by DRC · 11 years ago
- eaa31f5 Oops by DRC · 11 years ago
- e2f8e69 Fix a really subtle issue whereby an invalid free() could occur if a program called tjInitDecompress() and then accidentally passed the handle to tjEncodeYUV3(), or if a program called tjInitCompress() and then accidentally passed the handle to tjDecompressToYUV2(). 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
- cd7c3e6 Add CMYK support to the TurboJPEG C API by DRC · 11 years ago
- 1f3635c Add 4:1:1 subsampling support in the TurboJPEG C API by DRC · 11 years ago
- 418fe28 Fix incorrect data output and buffer overruns in the new tjDecompressToYUV2() function whenever scaling is used along with a 4:2:0 JPEG image; extend tjunittest and TJUnitTest to test for these issues. by DRC · 11 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
- bdfcb74 Actually, turbojpeg.c works with libjpeg as well 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
- 2186809 Oops. Add support for TJFLAG_FASTDCT to tjDecompressToYUV() as well. by DRC · 12 years ago
- e0419b5 Oops. Add support for TJFLAG_FASTDCT to tjDecompressToYUV() as well. by DRC · 12 years ago
- 73d74c1 Add flags to the TurboJPEG API that allow the caller to force the use of either the fast or the accurate DCT/IDCT algorithms in the underlying codec. by DRC · 12 years ago
- fd3aba3 Added flags to the TurboJPEG API that allow the caller to force the use of either the fast or the accurate DCT/IDCT algorithms in the underlying codec. by DRC · 12 years ago
- ea3396a Fix memory leak in the colorspace emulation code by DRC · 13 years ago
- afc0692 Emulate colorspace extensions if they are not present in the libjpeg API. This allows the TurboJPEG wrapper to be used with libjpeg rather than libjpeg-turbo. Not useful within the context of our project, but other projects prefer to include the TurboJPEG wrapper in-tree, and this allows them to be linked against either libjpeg-turbo or libjpeg. by DRC · 13 years ago
- d4c15e1 Whitespace tweak by DRC · 13 years ago
- 8ad2492 Ensure that tjDecompress2() exits cleanly if setDecompDefaults() fails by DRC · 13 years ago
- 2eda821 Ensure that tjDecompress2() exits cleanly if setDecompDefaults() fails by DRC · 13 years ago
- ab2df6e Expose new scaling factors in TurboJPEG API by DRC · 13 years ago
- efe28ce Compiler warnings by DRC · 13 years ago
- 67ce3b2 Added new alpha channel colorspace constants/pixel formats, so applications can specify that they need the unused byte in a 4-component RGB output buffer set to 0xFF when decompressing. by DRC · 13 years ago
- f546711 Implement custom filter callback in Java by DRC · 13 years ago
- 7bf04d3 Implement a custom DCT filter callback for lossless transforms by DRC · 13 years ago
- f12bb30 Fix compile error when JCS_EXTENSIONS!=1 by DRC · 13 years ago
- 9b49f0e Re-work TJBUFSIZE() to take into account the level of chrominance subsampling by DRC · 13 years ago
- 418dbdf turbojpegl.c=turbojpeg.c by DRC · 13 years ago[Renamed from turbojpegl.c]
- 296c71b MinGW seems to barf unless jinclude.h is included before jpeglib.h by DRC · 13 years ago
- 6b76f75 Add new API functions, tjAlloc() and tjFree(), which allow memory to be allocated and freed using a method of the library's choosing. At the moment, the primary purpose for this is to avoid allocating/freeing memory across the DLL boundary on Windows. by DRC · 13 years ago
- ff78e37 Don't require buffer size to be preset if using TJFLAG_NOREALLOC by DRC · 13 years ago
- a29294a Use tjutil instead of rrutil by DRC · 13 years ago
- 007a42c Clean up error messages; Fix lossless transformation; General cleanup by DRC · 13 years ago
- 25b995a Clean up constants so that flags, pixel formats, etc. are clearly differentiated; Update documentation accordingly; Name the enums to make it easier to reference them in the docs and clean up the references accordingly; Set Doxygen option to force a detailed description for the constants to always be generated 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
- d932e58 tjTransform() was not working properly if r.w=0 or r.h=0 by DRC · 14 years ago
- a3f68b4 Handle 4:4:0 (transposed 4:2:2 subsampling) by DRC · 14 years ago
- ba5ea51 Tile generation did not work with TJXFORM_HFLIP, because the underlying transform code was using an in-place algorithm, which modified the source coefficients after the first tile was generated. Thus, create a new option which allows TurboJPEG to turn off the in-place horizontal flip if there are multiple transforms being performed from the same set of coefficients. by DRC · 14 years ago
- 0a32519 Since lossless transforms have such a high fixed performance cost, implement a mechanism for performing more than one at a time on the same source image. 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
- 43a29d2 Fix compiler warnings in Visual C++ by DRC · 14 years ago
- 109a578 tjGetScaledSize() would never be able to accommodate scaling factors > 1, so replace it with a function that returns a list of fractional scaling factors that TurboJPEG supports. by DRC · 14 years ago
- 7166bb7 Don't call jpeg_finish_compress() with YUV output, because it tries to insert an EOI marker right in the middle of our image data. by DRC · 14 years ago
- 6ee5459 Don't call jpeg_finish_compress() with YUV output, because it tries to insert an EOI marker right in the middle of our image data. by DRC · 14 years ago
- 890f1e0 Expose libjpeg lossless transform feature in TurboJPEG/OSS by DRC · 14 years ago
- 17ac372 Fix compiler warnings by DRC · 14 years ago
- 0769f50 Fix compiler warnings by DRC · 14 years ago
- 1b1e886 "tjScaledSize"="tjGetScaledSize" by DRC · 14 years ago
- 8424160 Replace the TJ_YUV flag with two new API functions by DRC · 14 years ago
- 0745c0f Correct memory allocation failure messages by DRC · 14 years ago
- eeab695 Replace the TJ_YUV flag with two new API functions, and add TJBUFSIZEYUV() from trunk by DRC · 14 years ago
- 582a46a Ensure that libjpeg state is reset if an error occurs by DRC · 14 years ago
- b28fc57 Make the scaling API a bit more friendly by DRC · 14 years ago
- f3cf973 Add TJBUFSIZEYUV() convenience function by DRC · 14 years ago
- 8ed7b81 Added scaling API to TurboJPEG/OSS by DRC · 14 years ago
- 91e86ba Ensure that YUV temp buffers get properly freed if a failure occurs by DRC · 14 years ago
- 2d94e26 The fast integer DCT degrades for qualities > 95, so use the slow integer DCT instead to ensure that perceptually lossless performance is maintained. by DRC · 14 years ago
- e1716b8 The fast integer DCT degrades for qualities > 95, so use the slow integer DCT instead to ensure that perceptually lossless performance is maintained. by DRC · 14 years ago
- 5742307 Eliminate all of the __memalign() mess and just handle the alignment ourselves by DRC · 14 years ago
- 2a2e451 Ensure temp. buffers for YUV output are 16-byte aligned on 32-bit Windows by DRC · 14 years ago
- 1fe80f8 Added extended tjDecompressHeader() function which can determine the type of subsampling used in the JPEG image by DRC · 14 years ago