Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / f57bae0dddcdd5b30f9ce97b45436a585159af7a
  1. ceb552a Add iOS architectures to the shared libraries generated by the Mac/iOS packaging system. I have no idea how useful this is for "standard" iOS application development, but it is useful in a jailbreak environment, and iOS 8 supposedly allows shared libs in "official" apps as well. by DRC · 10 years ago
  2. e59196d 1.4.0 by DRC · 10 years ago
  3. 3f764b7 Fix 'make dist' by DRC · 10 years ago
  4. 4c773cf Fix typos in test names by DRC · 10 years ago
  5. a29d6b4 Remove unused code by DRC · 10 years ago
  6. b329697 Fix build when INPUT_SMOOTHING_SUPPORTED is undefined by DRC · 10 years ago
  7. 2a6b831 Some software also needs the FAR macro. Ugh. Also wordsmithing. by DRC · 10 years ago
  8. e2dd3e3 Restore the JPP() and JMETHOD() macros. Even though libjpeg-turbo doesn't use them anymore, other software apparently does: by DRC · 10 years ago
  9. 0f4469c Oops. Include the tjPlane*() functions in the mapfile so that they are exposed in the shared library on ELF systems. by DRC · 10 years ago
  10. bb383b4 Fix Huffman local buffer overrun discovered by Debian developers when attempting to transform a junk image using ImageMagick: by DRC · 10 years ago
  11. 402a715 Fix Huffman local buffer overrun discovered by Debian developers when attempting to transform a junk image using ImageMagick: by DRC · 10 years ago
  12. 306add8 Fix whitespace issues introduced with previous commit. by DRC · 10 years ago
  13. 9665f5e Print the library version and exit whenever -version is passed to cjpeg, djpeg, or jpegtran. by DRC · 10 years ago
  14. ef263e3 Make TJCompressor.close() and TJDecompressor.close() idempotent by DRC · 10 years ago
  15. 0426cd3 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
  16. 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
  17. 3ebcf7c Make TJCompressor.close() and TJDecompressor.close() idempotent by DRC · 10 years ago
  18. 803b5d2 Uses clz and bsr instructions for bit counting on ARM64 platforms as well. by DRC · 10 years ago
  19. eca0637 Remove trailing spaces by DRC · 10 years ago
  20. 55620c6 Another oops. tjBufSizeYUV2() should return -1 if width < 1. by DRC · 10 years ago
  21. 2240974 Oops. tjPlaneSizeYUV() should return -1 if componentID > 0 and subsamp==TJSAMP_GRAY. by DRC · 10 years ago
  22. bbd9b71 When building libjpeg-turbo on Un*x systems, INT32 is usually typedef'ed to long, not int, so we need to specify an int pointer when doing a 4-byte write to the RGB565 output buffer. On little endian systems, this doesn't matter, but when you write a 32-bit int to a 64-bit long pointer address on a big endian system, you are writing to the upper 4 bytes, not the lower 4 bytes. NOTE: this will probably break on big endian systems that use 16-bit ints (are there any of those still around?) by DRC · 10 years ago
  23. 1d4c51a Fix Windows build by DRC · 10 years ago
  24. 72a3cc0 Fix issues with RGB565 color conversion on big endian machines. The RGB565 routines are now abstracted in a separate file, with separate little-endian and big-endian versions defined at compile time through the use of macros (this is similar to how the colorspace extension routines work.) This allows big-endian machines to take advantage of the same performance optimizations as little-endian machines, and it retains the performance on little-endian machines, since the conditional branch for endianness is at a very coarse-grained level. by DRC · 10 years ago
  25. 339589f Fix build on OS X PowerPC platforms by DRC · 10 years ago
  26. eb8d096 Fix build on OS X PowerPC platforms by DRC · 10 years ago
  27. fe77fa2 Oops. Forgot to alter the version header in the change log to indicate the release of 1.4 beta. by DRC · 10 years ago
  28. 88b6c97 Create 1.4.x branch by DRC · 10 years ago
  29. 0a9a252 Rename the ARM64 assembly file to match the C file by DRC · 10 years ago
  30. de26249 Fix several mathematical issues discovered in the ARM64 NEON code while running the extended regression tests introduced in r1267. Specific comments can be found in the original patches: by DRC · 10 years ago
  31. a6efae1 Reformat code per Siarhei's original patch (to clearly indicate that the offset instructions are completely independent) and add Siarhei as an individual author (he no longer works for Nokia.) by DRC · 10 years ago
  32. e947139 Clarify forward compatibility of iOS/ARM builds by DRC · 10 years ago
  33. bdc7650 ARM64 NEON SIMD support for YCC-to-RGB565 conversion by DRC · 10 years ago
  34. d729f4d ARM NEON SIMD support for YCC-to-RGB565 conversion, and optimizations to the existing YCC-to-RGB conversion code: by DRC · 10 years ago
  35. eb66974 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. by DRC · 10 years ago
  36. f5644c3 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. by DRC · 10 years ago
  37. 55e328e Revert r1335 and r1336. It was a valiant effort, but on Windows, xmm8-xmm15 are non-volatile, and the overhead of pushing them onto the stack at the beginning of each function and popping them at the end was causing worse performance (in the neighborhood of 3-5%) than just using the work areas and limiting the register usage to xmm0-xmm7. Best to leave the SSE2 code alone. We can optimize the register usage for AVX2, once that port takes place. by DRC · 10 years ago
  38. 3d51898 Don't use sudo when building a Debian package unless the user is non-root by DRC · 10 years ago
  39. bdb36e1 Windows doesn't have setenv(). Go, go Gadget Macros. by DRC · 10 years ago
  40. 022a901 1.4 beta1 by DRC · 10 years ago
  41. e408761 Fix 'make dist' by DRC · 10 years ago
  42. 9b012bd Don't use sudo when building a Debian package unless the user is non-root by DRC · 10 years ago
  43. 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
  44. 2e2ce5a .func/.endfunc are only necessary when generating STABS debug info, which basically went out of style with parachute pants and Rick Astley. At any rate, none of the platforms for which we're building the ARM code use it (DWARF is the common format these days), and the .func/.endfunc directives cause the clang integrated assembler to fail (http://llvm.org/bugs/show_bug.cgi?id=20424). by DRC · 10 years ago
  45. 684ace1 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.) by DRC · 10 years ago
  46. d92949b 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. by DRC · 10 years ago
  47. 4351389 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.) by DRC · 10 years ago
  48. a1a920c 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. by DRC · 10 years ago
  49. 88b90bd Oops by DRC · 10 years ago
  50. cce13c7 Subtle point, but dest->outbuffer is a pointer to the address of the JPEG buffer, which is stored in the calling program. Thus, *(dest->outbuffer) will always equal *outbuffer. We need to compare *outbuffer with dest->buffer instead to determine if the pointer is being reused. by DRC · 10 years ago
  51. fe80ec2 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. by DRC · 10 years ago
  52. 2261e1e Actually, we need to increase the size of BUFSIZE, not just the size of _buffer. The previous patch might have cause problems if, for instance, state->free_in_buffer was 127 but 129 bytes were compressed. In that case, only 127 of the 129 bytes would have been written to the file. Also document the fix. by DRC · 10 years ago
  53. eddc355 Actually, we need to increase the size of BUFSIZE, not just the size of _buffer. The previous patch might have cause problems if, for instance, state->free_in_buffer was 127 but 129 bytes were compressed. In that case, only 127 of the 129 bytes would have been written to the file. Also document the fix. by DRC · 10 years ago
  54. 29823fa Fix an extremely rare crash that can occur when compressing a very high-frequency MCU using quality 100 and no subsampling, and when dynamically allocating the JPEG buffer in the destination manager. Even with a test program designed specifically to reproduce the crash, it only occurred once in about 25 million iterations. More details here: https://sourceforge.net/p/libjpeg-turbo/bugs/64 by DRC · 10 years ago
  55. 9c168ad Fix an extremely rare crash that can occur when compressing a very high-frequency MCU using quality 100 and no subsampling, and when dynamically allocating the JPEG buffer in the destination manager. Even with a test program designed specifically to reproduce the crash, it only occurred once in about 25 million iterations. More details here: https://sourceforge.net/p/libjpeg-turbo/bugs/64 by DRC · 10 years ago
  56. f6d7b77 Wordsmithing & clarifications by DRC · 10 years ago
  57. bc3c168 Document the existence of the new ARM64 SIMD code by DRC · 10 years ago
  58. 19224b2 Properly detect the need for gas-preprocessor.pl when building for ARM64 by DRC · 10 years ago
  59. 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
  60. 5d87f6d Make the wrapped functions static by DRC · 10 years ago
  61. d2a7495 Make the wrapped functions static by DRC · 10 years ago
  62. b7c8c86 Whitespace formatting tweaks by DRC · 10 years ago
  63. e31e494 Allow the int pixel versions of the various TurboJPEG JNI functions to share the same code as the byte pixel versions. by DRC · 10 years ago
  64. 80cb264 Whitespace formatting tweaks by DRC · 10 years ago
  65. a4940d1 Add descriptions to help sort out which function goes with which version of the API. by DRC · 10 years ago
  66. 3276045 Add descriptions to help sort out which function goes with which version of the API. by DRC · 10 years ago
  67. fa8bcb8 Compiler warnings by DRC · 10 years ago
  68. 580f391 Fix build broken by r1349 by DRC · 10 years ago
  69. 46a0392 Compiler warnings by DRC · 10 years ago
  70. 26dd86b Restore backward compatibility between libjpeg-turbo 1.3.x JAR and the new JNI library by DRC · 10 years ago
  71. 927a10d Allow the int pixel versions of the various TurboJPEG JNI functions to share the same code as the byte pixel versions. by DRC · 10 years ago
  72. cdcac99 Clean up exception handling in the JNI code. The exception is actually not thrown until the function exits, so we can let the code fall through to bailout: if the TurboJPEG C function fails. Also, per the JNI spec, no other JNI functions can be called between GetPrimitiveArrayCritical() and ReleasePrimitiveArrayCritical(). This hasn't caused any problems thus far, but better safe than sorry. by DRC · 10 years ago
  73. 8951cf0 Clean up exception handling in the JNI code. The exception is actually not thrown until the function exits, so we can let the code fall through to bailout: if the TurboJPEG C function fails. Also, per the JNI spec, no other JNI functions can be called between GetPrimitiveArrayCritical() and ReleasePrimitiveArrayCritical(). This hasn't caused any problems thus far, but better safe than sorry. by DRC · 10 years ago
  74. f7c1105 Oops. Parameter name is "strides", not "stride" by DRC · 10 years ago
  75. 9d77dad Reformat TurboJPEG C API documentation to improve ease of maintenance and to make it more consistent with the javadoc formatting; fix minor error in tjCompressFromYUV() prototype. by DRC · 10 years ago
  76. 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
  77. 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
  78. 779bd68 Clean up notes using the doxygen @note command by DRC · 10 years ago
  79. d13df21 Clean up notes using the doxygen @note command by DRC · 10 years ago
  80. c71ab2f Make the documentation more readable by displaying fixed-width text (which is used to refer to variables and functions) in a different color. by DRC · 10 years ago
  81. 983503e Fix a display issue in the documentation for tjDecompress2() (doxygen treats a star at the beginning of the line as a list bullet); make the documentation more readable by displaying fixed-width text (which is used to refer to variables and functions) in a different color. by DRC · 10 years ago
  82. aee4f72 12-bit JPEG support by DRC · 10 years ago
  83. 8a74848 Oops. The Windows version of collect_args/uncollect_args uses rsp, so we still need the rsp prologue/epilogue, despite the fact that we aren't using the stack as a work area. This fixes a segfault on Windows caused by r1335. by DRC · 10 years ago
  84. a8ab342 Attempt to improve performance by refactoring the compression-side color conversion and DCT algorithms so that they take full advantage of the additional registers available with 64-bit SSE2. This produces a somewhat yawn-worthy speedup of 2-3%, but at least the code is a lot more readable now. by DRC · 10 years ago
  85. 3728aa0 Fix performance and other issues uncovered in testing with actual ARM64 hardware; formatting tweaks; remove NEON platform check (NEON is always available with ARMv8) by DRC · 10 years ago
  86. 8214555 Include "Installed-Size" field in the deb-control file to prevent Ubuntu from complaining by DRC · 10 years ago
  87. d762c19 Include "Installed-Size" field in the deb-control file to prevent Ubuntu from complaining by DRC · 10 years ago
  88. 2472bc7 Add proper support for Borland compilers (Borland needs section names to be prefixed with an underscore, and it needs OMF object files.) by DRC · 10 years ago
  89. a81f542 Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
  90. 3da1033 Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
  91. 73821bf Big oops. wrjpgcom on Windows was being built using the rdjpgcom source. by DRC · 10 years ago
  92. 2384331 Prevent a buffer overrun if the comment begins with a literal quote character and the string exceeds 65k characters. Also prevent comments longer than 65k characters from being written, since this will produce an incorrect JPEG file. by DRC · 10 years ago
  93. b7d6e84 Prevent a buffer overrun if the comment begins with a literal quote character and the string exceeds 65k characters. Also prevent comments longer than 65k characters from being written, since this will produce an incorrect JPEG file. by DRC · 10 years ago
  94. a8fb48b Remove VMS-specific code by DRC · 10 years ago
  95. 88c7e30 Our copyright string is longer than JMSG_LENGTH_MAX, and this was causing a buffer overrun if output_message() was called with msg_code set to JMSG_COPYRIGHT, or if format_message() was called with msg_code set to JMSG_COPYRIGHT and with a buffer of length JMSG_LENGTH_MAX. by DRC · 10 years ago
  96. d7a2559 Our copyright string is longer than JMSG_LENGTH_MAX, and this was causing a buffer overrun if output_message() was called with msg_code set to JMSG_COPYRIGHT, or if format_message() was called with msg_code set to JMSG_COPYRIGHT and with a buffer of length JMSG_LENGTH_MAX. by DRC · 10 years ago
  97. cf55f0b Our copyright string is longer than JMSG_LENGTH_MAX, and this was causing a buffer overrun if output_message() was called with msg_code set to JMSG_COPYRIGHT, or if format_message() was called with msg_code set to JMSG_COPYRIGHT and with a buffer of length JMSG_LENGTH_MAX. by DRC · 10 years ago
  98. fced14c We don't support non-ANSI C compilers by DRC · 10 years ago
  99. 495e434 Allow for building the MIPS DSPr2 extensions if the host is mips-* as well as mipsel-*. The DSPr2 extensions are little endian, so we still have to check that the compiler defines __MIPSEL__ before enabling them. This paves the way for supporting big-endian MIPS, and in the near term, it allows the SIMD extensions to be built with Sourcery CodeBench. by DRC · 10 years ago
  100. 5ef4630 SIMD-accelerated int upsample routine for MIPS DSPr2 by DRC · 10 years ago