| 684ace1924f95d71caa31e68330405cdb8043729 |
|
22-Aug-2014 |
DRC <dcommander@users.sourceforge.net> |
Extend tjbenchtest so that it tests the dynamic JPEG buffer allocation feature in TurboJPEG. Disable the tiling feature in TJBench whenever dynamic buffer allocation is enabled (because the tiling feature requires a separate buffer for each tile, using it successfully with dynamic buffer allocation would require a separate TurboJPEG compressor instance for each tile, and it's not worth going to that trouble right now.)
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1374 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| d92949b0ac7f2d90aa554e5c6eb8e99730e75f8e |
|
22-Aug-2014 |
DRC <dcommander@users.sourceforge.net> |
Run the TurboJPEG conformance tests out of a directory in /tmp (for improved performance, if the source directory is on a remote file share.) Fix an issue in TJBench.java that prevented it from working properly if the source image resided in a directory with a dot in the name.
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1373 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| 7a6ed075ea161e35469b6fddb2608c4e5f1db396 |
|
17-Mar-2014 |
DRC <dcommander@users.sourceforge.net> |
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
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1184 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| b53f410228cdc1fd1b3e973dc5af96a42509c0bf |
|
13-Mar-2014 |
DRC <dcommander@users.sourceforge.net> |
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.
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1164 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| 823fbed414c2eaf2b929727cb23a3af85e08cf4f |
|
13-Mar-2014 |
DRC <dcommander@users.sourceforge.net> |
Add a mode to tjbenchtest for testing the YUV encoding/decoding functions
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1163 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| 73d74c132b399fc761ebd9a5b2f60ae2a25f5955 |
|
30-Jun-2012 |
DRC <dcommander@users.sourceforge.net> |
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.
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@851 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|
| cb6157be7a4506b2401f52a1616744cd10790506 |
|
31-Jan-2012 |
DRC <dcommander@users.sourceforge.net> |
Add more extensive TurboJPEG regression tests
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@771 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/tjbenchtest.in
|