DRC
|
7ff92d811b
|
Ensure that tjFree() is used for any JPEG buffers that might have been dynamically allocated by the compress/transform functions. To keep things simple, we use tjAlloc() for the statically-allocated buffer as well, so that tjFree() can always be used to free the buffer, regardless of whether it was allocated by tjbench or by the TurboJPEG library. This fixes crashes that occurred on Windows when running tjunittest or tjbench with the -alloc flag.
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1383 632fc199-4ca6-4c93-a231-07263d6284db
|
2014-08-22 19:27:28 +00:00 |
|
DRC
|
bc4d369b49
|
If the output buffer in the TurboJPEG destination manager was allocated by the destination manager and is being reused from a previous compression operation, then we need to get the buffer size from the previous operation, since the calling program doesn't know the actual buffer size.
git-svn-id: svn://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1368 632fc199-4ca6-4c93-a231-07263d6284db
|
2014-08-21 15:51:47 +00:00 |
|
DRC
|
d56079bc7e
|
Remove unneeded/unused code
|
2014-03-14 08:59:27 +00:00 |
|
DRC
|
8419f05afa
|
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.
|
2014-03-10 09:34:04 +00:00 |
|
DRC
|
435f18d902
|
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.
|
2014-03-08 20:50:35 +00:00 |
|
DRC
|
bac0f31e7c
|
Add a blank line before the alpha-enabled colorspace tests in order to improve readability
|
2014-03-08 20:32:37 +00:00 |
|
DRC
|
5c2f2cccb7
|
Implement a YUV decode function in the TurboJPEG API, to be symmetric with tjEncodeYUV().
|
2014-02-28 09:17:14 +00:00 |
|
DRC
|
9961cd6aed
|
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.
|
2014-02-28 09:06:42 +00:00 |
|
DRC
|
040c688263
|
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.)
|
2014-02-11 09:45:18 +00:00 |
|
DRC
|
2bdc88ba48
|
Clean up formatting code and rename the JPEG files generated during the YUV decode tests to reflect the fact that they are being generated from YUV source images.
|
2013-10-31 04:53:27 +00:00 |
|
DRC
|
b3633e930b
|
Extend the TurboJPEG C API to support compressing JPEG images from YUV planar images
|
2013-10-30 23:02:57 +00:00 |
|
DRC
|
0fb3247f9a
|
Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API
|
2013-08-23 04:45:43 +00:00 |
|
DRC
|
24668df1df
|
Add CMYK support to the TurboJPEG C API
|
2013-08-23 02:49:25 +00:00 |
|
DRC
|
5ca8bf8738
|
Add 4:1:1 subsampling support in the TurboJPEG C API
|
2013-08-18 10:19:00 +00:00 |
|
DRC
|
22be928d5a
|
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.
|
2013-05-07 21:17:35 +00:00 |
|
DRC
|
6586b254ee
|
Clean up the output of tjunittest and TJUnitTest
|
2013-05-04 23:41:33 +00:00 |
|
DRC
|
4fcdeb795d
|
Extend the TurboJPEG Java API to support generating YUV images with arbitrary padding and to support image scaling when decompressing to YUV
|
2013-04-28 01:32:52 +00:00 |
|
DRC
|
da64629c62
|
Extend the TurboJPEG C API to support generating YUV images with arbitrary padding and to support image scaling when decompressing to YUV
|
2013-04-26 10:33:29 +00:00 |
|
DRC
|
6de1345133
|
Fix the behavior of the alpha-enabled colorspace constants whenever libjpeg-turbo is built without SIMD support and merged upsampling is used.
|
2012-03-16 14:30:46 +00:00 |
|
DRC
|
c1e4151607
|
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.
|
2011-12-19 02:21:03 +00:00 |
|
DRC
|
d345306ecc
|
When decompressing to a 4-byte RGB buffer, set the unused byte to 0xFF so it can be interpreted as an opaque alpha channel.
|
2011-09-08 23:54:40 +00:00 |
|
DRC
|
4658c17c9e
|
Windows doesn't have random()
|
2011-07-15 10:06:56 +00:00 |
|
DRC
|
869095444e
|
Use random noise to ensure that the JPEG image generated in the buffer size test exceeds the size of the uncompressed source image.
|
2011-07-12 06:22:06 +00:00 |
|
DRC
|
489864aefa
|
Re-work TJBUFSIZE() to take into account the level of chrominance subsampling
|
2011-07-12 03:17:23 +00:00 |
|
DRC
|
b6fb92eeff
|
|
2011-06-15 02:43:42 +00:00 |
|
DRC
|
de8be2e9f0
|
Re-factor checkBufYUV() function to more closely resemble re-factored checkBuf() function
|
2011-05-27 02:10:42 +00:00 |
|
DRC
|
49e17cd6a7
|
"jpegut"="tjunittest" & "jpgtest"="tjbench"
|
2011-05-25 03:54:56 +00:00 |
|