1. 739edeb Further exception cleanup by DRC · 9 years ago
  2. b3817da Throw idiomatic unchecked exceptions from the Java classes and JNI wrapper if there is an unrecoverable error caused by incorrect API usage (such as illegal arguments, etc.), and throw Errors if there is an unrecoverable error at the C level (such as a failed malloc() call.) by DRC · 9 years ago
  3. 1a4778f Allow TJCompressor and TJDecompressor to be used with a try-with-resources statement in Java 7 and later. by DRC · 9 years ago
  4. 7a8c53e Clarify that the TurboJPEG API functions/methods do not modify the source buffer. by DRC · 9 years ago
  5. 3ebcf7c Make TJCompressor.close() and TJDecompressor.close() idempotent by DRC · 10 years ago
  6. 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
  7. 580f391 Fix build broken by r1349 by DRC · 10 years ago
  8. 26dd86b Restore backward compatibility between libjpeg-turbo 1.3.x JAR and the new JNI library by DRC · 10 years ago
  9. 493be61 Clean up and consolidate notes regarding the YUV image format. This also corrects a factual error regarding the padding of the luminance plane-- because we now support 4:1:1, the component width is not necessarily padded to the nearest multiple of 2 if horizontal subsampling is used. by DRC · 10 years ago
  10. 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
  11. 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
  12. 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
  13. 7db5273 Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r960.) by DRC · 11 years ago
  14. b3a028e Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
  15. 5a7e9e5 Per the conventions of the image compression and digital video communities, use "YCbCr" to describe the JPEG colorspace and "YUV" to describe an image format consisting of Y, Cb, and Cr planes (this partially reverts r959.) by DRC · 11 years ago
  16. 07e982d Deprecate and undocument the FORCE{MMX|SSE|SSE2|SSE3} flags. These were originally introduced in TurboJPEG/IPP as a way to override the automatic CPU selection in the underlying IPP codec, which was closed source. They are not meaningful anymore, since libjpeg-turbo provides environment variables to accomplish the same thing and since it no longer necessarily uses x86 SIMD code behind the scenes. by DRC · 11 years ago
  17. 1e67274 Extend the TurboJPEG Java API to support compressing JPEG images from YUV planar images by DRC · 11 years ago
  18. aba7ced Oops. Forgot to implement access method for the colorspace & extend TJBench by DRC · 11 years ago
  19. b2c4745 Wordsmithing by DRC · 11 years ago
  20. 38cb1ec Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API by DRC · 11 years ago
  21. a583062 Add 4:1:1 subsampling support in the TurboJPEG Java API by DRC · 11 years ago
  22. ae92418 Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in TJBench; Wordsmithing; Disable timestamp in generated HTML files to make diffing and merging easier by DRC · 11 years ago
  23. f82b9f9 Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in TJBench; Wordsmithing; Disable timestamp in generated HTML files to make diffing and merging easier by DRC · 11 years ago
  24. 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
  25. bb9e147 Fix backward compatibility between the Java classes and the 1.2.x JNI library (as long as the 1.3 Java features are not used.) by DRC · 12 years ago
  26. 1d29c5f Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 12 years ago
  27. 67bee86 Code formatting tweaks by DRC · 12 years ago
  28. 65d4a46 Java doc tweaks by DRC · 12 years ago
  29. 00400a0 In order to avoid a functional regression with previous releases, the JAR file needs to be able to load either the 64-bit or 32-bit JNI library on Un*x systems. by DRC · 12 years ago
  30. 441308c Move the TurboJPEG DLLs back into the system directory on Windows platforms. For Windows, it doesn't really simplify the build system to install these libraries in c:\libjpeg-turbo*, and it introduces potential problems with loading the JNI library. Specifically, if a user linked their Java app against the 64-bit libjpeg-turbo SDK and then used a 32-bit JVM at run time, they would not be able to load the 32-bit turbojpeg.dll without manipulating java.library.path or the PATH environment (and vice versa for building against the 32-bit libjpeg-turbo SDK and using a 64-bit JVM at run time.) by DRC · 12 years ago
  31. 7175e51 Further enhancements/fixes to the packaging system: by DRC · 12 years ago
  32. fac3bea Add a Java version of TJBench and extend the TurboJPEG Java API to support it (this involved adding a polymorphic method in TJCompressor that accepts x and y offsets into a larger buffer, similar to the previous modification that had been done to TJDecompressor.) by DRC · 12 years ago
  33. 61e1341 If libturbojpeg.jnilib is not found on Mac systems, specifically look for it under /usr/lib, since /usr/lib isn't part of the default java.library.path on that platform. by DRC · 12 years ago
  34. 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
  35. f659f43 Add x, y parameters to TJDecompressor so that it can be used to decompress to an arbitrary position in the destination image (TurboVNC needs this.) by DRC · 12 years ago
  36. 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
  37. 80803ae "which"="that" by DRC · 13 years ago
  38. f546711 Implement custom filter callback in Java by DRC · 13 years ago
  39. c08e8c1 When decompressing to a 4-byte RGB buffer, set the unused byte to 0xFF so it can be interpreted as an opaque alpha channel. by DRC · 13 years ago
  40. 9b49f0e Re-work TJBUFSIZE() to take into account the level of chrominance subsampling by DRC · 13 years ago
  41. 848f225 Oops. Constructor should actually do something. by DRC · 14 years ago
  42. b2f9415 Slight refactor to put ScalingFactor into its own class (mainly because the $ in the class name was wreaking havoc on the build scripts, but also to add a few convenience methods to it) and to create a separate loader class so we can provide a .jar file with the MinGW distribution that loads the correct DLL by DRC · 14 years ago
  43. 86e51f2 Fix compiler warning with OpenJDK by DRC · 14 years ago
  44. 1f014c3 Fix compression from/decompression to TYPE_INT_{RGB|BGR} BufferedImages on big endian platforms by DRC · 14 years ago
  45. 2c74e51 More Java API cleanup by DRC · 14 years ago
  46. 92549de Java code cleanup + Java docs by DRC · 14 years ago
  47. 6bd084a Oops. Forgot to add TJTransform class by DRC · 14 years ago
  48. 3133441 Add access methods for getting at the JPEG buffer by DRC · 14 years ago
  49. d0a8136 Handle 4:4:0 (transposed 4:2:2 subsampling) by DRC · 14 years ago
  50. e857301 Implement lossless cropping interface in Java by DRC · 14 years ago
  51. ad05754 Methods of a final class are automatically final by DRC · 14 years ago
  52. f7f3ea4 Use consistent formatting conventions by DRC · 14 years ago
  53. 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
  54. 4f1580c Implement YUV encode/decode methods at the Java level; Remove some of the arguments from the Java API and replace with get/set methods; General API cleanup; Fix BufferedImage grayscale tests in TJUnitTest by DRC · 14 years ago
  55. b605cac Check for invalid subsampling factor by DRC · 14 years ago
  56. 84a1bcc Support for compressing from/decompressing to a BufferedImage in the Java wrapper by DRC · 14 years ago
  57. 3bad53f More JNI cleanup + added unit test and fixed bugs uncovered by it by DRC · 14 years ago
  58. 36336fc Streamline Java wrapper by DRC · 14 years ago
  59. b28fc57 Make the scaling API a bit more friendly by DRC · 14 years ago
  60. e1303ef Expose TurboJPEG scaling features in Java wrapper by DRC · 14 years ago
  61. c5a4199 Restructure Java classes into their own package by DRC · 14 years ago