Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / ae8d0dc35fe586764a4d284d6ada207be877d50b / java / org / libjpegturbo / turbojpeg
  1. aba7ced Oops. Forgot to implement access method for the colorspace & extend TJBench by DRC · 11 years ago
  2. b2c4745 Wordsmithing by DRC · 11 years ago
  3. 38cb1ec Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API by DRC · 11 years ago
  4. a583062 Add 4:1:1 subsampling support in the TurboJPEG Java API by DRC · 11 years ago
  5. 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
  6. 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 · 11 years ago
  7. 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 · 11 years ago
  8. 1d29c5f Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 11 years ago
  9. 67bee86 Code formatting tweaks by DRC · 11 years ago
  10. 65d4a46 Java doc tweaks by DRC · 11 years ago
  11. 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 · 11 years ago
  12. 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 · 11 years ago
  13. 7175e51 Further enhancements/fixes to the packaging system: by DRC · 11 years ago
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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
  19. 80803ae "which"="that" by DRC · 13 years ago
  20. f546711 Implement custom filter callback in Java by DRC · 13 years ago
  21. 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
  22. 9b49f0e Re-work TJBUFSIZE() to take into account the level of chrominance subsampling by DRC · 13 years ago
  23. 848f225 Oops. Constructor should actually do something. by DRC · 14 years ago
  24. 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
  25. 86e51f2 Fix compiler warning with OpenJDK by DRC · 14 years ago
  26. 1f014c3 Fix compression from/decompression to TYPE_INT_{RGB|BGR} BufferedImages on big endian platforms by DRC · 14 years ago
  27. 2c74e51 More Java API cleanup by DRC · 14 years ago
  28. 92549de Java code cleanup + Java docs by DRC · 14 years ago
  29. 6bd084a Oops. Forgot to add TJTransform class by DRC · 14 years ago
  30. 3133441 Add access methods for getting at the JPEG buffer by DRC · 14 years ago
  31. d0a8136 Handle 4:4:0 (transposed 4:2:2 subsampling) by DRC · 14 years ago
  32. e857301 Implement lossless cropping interface in Java by DRC · 14 years ago
  33. ad05754 Methods of a final class are automatically final by DRC · 14 years ago
  34. f7f3ea4 Use consistent formatting conventions by DRC · 14 years ago
  35. 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
  36. 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
  37. b605cac Check for invalid subsampling factor by DRC · 14 years ago
  38. 84a1bcc Support for compressing from/decompressing to a BufferedImage in the Java wrapper by DRC · 14 years ago
  39. 3bad53f More JNI cleanup + added unit test and fixed bugs uncovered by it by DRC · 14 years ago
  40. 36336fc Streamline Java wrapper by DRC · 14 years ago
  41. b28fc57 Make the scaling API a bit more friendly by DRC · 14 years ago
  42. e1303ef Expose TurboJPEG scaling features in Java wrapper by DRC · 14 years ago
  43. c5a4199 Restructure Java classes into their own package by DRC · 14 years ago