Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / af69295d3fac40eaaffe240630da6b112efa9bdb
  1. af69295 Fix minor issue in code comments by DRC · 10 years ago
  2. 6aed112 Fix minor issue in code comments by DRC · 10 years ago
  3. a500575 Simplify the code somewhat. It actually wasn't necessary to have a "fast path" and a "medium path"-- they perform the same. by DRC · 10 years ago
  4. 2534788 Overhaul the AltiVec vector loading code in the compression-side colorspace conversion routines. The existing code was sometimes overreading the source buffer (at least according to valgrind), and it was necessary to increase the complexity of the code in order to prevent this without significantly compromising performance. by DRC · 10 years ago
  5. 8de75d0 Fix minor issue in code comments by DRC · 10 years ago
  6. 2204820 AltiVec SIMD implementation of 2x1 and 2x2 downsampling by DRC · 10 years ago
  7. 2b223a0 Oops. Delete the duplicate copy of [lib]turbojpeg.dll in the binary directory when uninstalling the package. by DRC · 10 years ago
  8. c4930d8 Oops. Delete the duplicate copy of [lib]turbojpeg.dll in the binary directory when uninstalling the package. by DRC · 10 years ago
  9. 577ecd9 AltiVec SIMD implementation of sample conversion and integer quantization by DRC · 10 years ago
  10. ff30c63 Document the fact that the AltiVec implementation uses the same modified algorithms as the SSE2 implementation by DRC · 10 years ago
  11. 4545308 Use intrinsics for loading/storing data in the DCT/IDCT functions. This has no effect on the performance of the aligned loads/stores, but it makes it more obvious what that code is doing. Using intrinsics for the unaligned stores in the inverse DCT functions increases overall decompression performance by 1-2%. by DRC · 10 years ago
  12. b1fec4f AltiVec SIMD implementation of RGB-to-Grayscale color conversion by DRC · 10 years ago
  13. 5976e42 Remove unneeded code; Make sure jccolor-altivec.o will be rebuilt if jccolext-altivec.c changes. by DRC · 10 years ago
  14. 62bae20 AltiVec SIMD implementation of RGB-to-YCC color conversion by DRC · 10 years ago
  15. 8163aad Make test a phony target so things don't go haywire if there is a file named test.c in the current directory. by DRC · 10 years ago
  16. 99f125e Maintain the traditional order of the regression tests while allowing the TurboJPEG and libjpeg portions to be executed separately by DRC · 10 years ago
  17. 13af139 Make comments more consistent by DRC · 10 years ago
  18. 87fd253 Add a "quicktest" pseudo-target, for those times when you just don't want to sit through 11 iterations of TJUnitTest. by DRC · 10 years ago
  19. bf8a5fe Cosmetic tweaks to the PowerPC SIMD stubs by DRC · 10 years ago
  20. 535674b Split AltiVec algorithms into separate files for ease of maintenance; Rename constants using lowercase so they are not confused with macros by DRC · 10 years ago
  21. c9da785 Optimizations to the AltiVec DCT algorithms (pre-compute constants and combine multiply/add operations) by DRC · 10 years ago
  22. 0691162 AltiVec SIMD implementation of slow integer inverse DCT by DRC · 10 years ago
  23. 9cb418d Use macros to allocate constants statically, rather than reading them from a table using vec_splat*(). This improves code readability and probably improves performance a bit as well. by DRC · 10 years ago
  24. 935d1d6 Swap the order of the IFAST and ISLOW FDCT functions so that it matches the order of the prototypes in jsimd.h and the stubs in jsimd_powerpc.c. by DRC · 10 years ago
  25. 86ae591 Include ARMv8 binaries when generating a combined OS X/iOS package using 'make iosdmg' by DRC · 10 years ago
  26. d51e6c2 Document that the ARMv8/iOS issues are now fixed by DRC · 10 years ago
  27. 6842c7c Remove reference to install.txt, which we do not include from the IJG distribution by DRC · 10 years ago
  28. 6e6b28c Include ARMv8 binaries when generating a combined OS X/iOS package using 'make iosdmg' by DRC · 10 years ago
  29. b9c4b58 In the output of the configure script, indicate whether gas-preprocessor.pl is being used along with the assembler. by DRC · 10 years ago
  30. 62999d7 Modify the ARM64 assembly file so that it uses only syntax that the clang assembler in XCode 5.x can understand. These changes should all be cosmetic in nature-- they do not change the meaning or readability of the code nor the ability to build it for Linux. Actually, the code is now more in compliance with the ARM64 programming manual. In addition to these changes, there were a couple of instructions that clang simply doesn't support, so gas-preprocessor.pl was modified so that it now converts those into equivalent instructions that clang can handle. by DRC · 10 years ago
  31. 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
  32. e59196d 1.4.0 by DRC · 10 years ago
  33. 6cb7f40 AltiVec SIMD implementation of fast integer inverse DCT by DRC · 10 years ago
  34. 040435a Further cleanup of the AltiVec forward DCT code: by DRC · 10 years ago
  35. fb0c394 AltiVec SIMD implementation of slow integer forward DCT; Clean up fast integer forward DCT code so that it is easier to see how it derives from the SSE2 code and to make it play more nicely with the slow FDCT code. by DRC · 10 years ago
  36. e1ac401 Fix cosmetic issues in AltiVec comments by DRC · 10 years ago
  37. 3f764b7 Fix 'make dist' by DRC · 10 years ago
  38. 1e2f496 Fix 'make dist' by DRC · 10 years ago
  39. 4c773cf Fix typos in test names by DRC · 10 years ago
  40. a29d6b4 Remove unused code by DRC · 10 years ago
  41. b329697 Fix build when INPUT_SMOOTHING_SUPPORTED is undefined by DRC · 10 years ago
  42. 2a6b831 Some software also needs the FAR macro. Ugh. Also wordsmithing. by DRC · 10 years ago
  43. 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
  44. 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
  45. 402a715 Fix Huffman local buffer overrun discovered by Debian developers when attempting to transform a junk image using ImageMagick: by DRC · 10 years ago
  46. 306add8 Fix whitespace issues introduced with previous commit. by DRC · 10 years ago
  47. 9665f5e Print the library version and exit whenever -version is passed to cjpeg, djpeg, or jpegtran. by DRC · 10 years ago
  48. 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
  49. 3ebcf7c Make TJCompressor.close() and TJDecompressor.close() idempotent by DRC · 10 years ago
  50. 803b5d2 Uses clz and bsr instructions for bit counting on ARM64 platforms as well. by DRC · 10 years ago
  51. eca0637 Remove trailing spaces by DRC · 10 years ago
  52. 55620c6 Another oops. tjBufSizeYUV2() should return -1 if width < 1. by DRC · 10 years ago
  53. 2240974 Oops. tjPlaneSizeYUV() should return -1 if componentID > 0 and subsamp==TJSAMP_GRAY. by DRC · 10 years ago
  54. 7affbfc The AltiVec code actually works on 32-bit PowerPC platforms as well, so change the "powerpc64" token to "powerpc". Also clean up the shift code, which wasn't building properly on OS X. by DRC · 10 years ago
  55. cd2d8e1 AltiVec SIMD implementation of fast forward DCT by DRC · 10 years ago
  56. f72f1f2 Bump version to 1.5 alpha1 to prepare for new features by DRC · 10 years ago
  57. 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
  58. c0a8256 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
  59. 1d4c51a Fix Windows build by DRC · 10 years ago
  60. 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
  61. eb8d096 Fix build on OS X PowerPC platforms by DRC · 10 years ago
  62. 339589f Fix build on OS X PowerPC platforms by DRC · 10 years ago
  63. 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
  64. 88b6c97 Create 1.4.x branch by DRC · 10 years ago
  65. 0a9a252 Rename the ARM64 assembly file to match the C file by DRC · 10 years ago
  66. 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
  67. 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
  68. e947139 Clarify forward compatibility of iOS/ARM builds by DRC · 10 years ago
  69. bdc7650 ARM64 NEON SIMD support for YCC-to-RGB565 conversion by DRC · 10 years ago
  70. 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
  71. 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
  72. 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
  73. 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
  74. 3d51898 Don't use sudo when building a Debian package unless the user is non-root by DRC · 10 years ago
  75. bdb36e1 Windows doesn't have setenv(). Go, go Gadget Macros. by DRC · 10 years ago
  76. 022a901 1.4 beta1 by DRC · 10 years ago
  77. e408761 Fix 'make dist' by DRC · 10 years ago
  78. 9b012bd Don't use sudo when building a Debian package unless the user is non-root by DRC · 10 years ago
  79. 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
  80. 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
  81. 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
  82. 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
  83. 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
  84. 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
  85. 88b90bd Oops by DRC · 10 years ago
  86. 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
  87. 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
  88. 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
  89. 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
  90. 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
  91. 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
  92. f6d7b77 Wordsmithing & clarifications by DRC · 10 years ago
  93. bc3c168 Document the existence of the new ARM64 SIMD code by DRC · 10 years ago
  94. 19224b2 Properly detect the need for gas-preprocessor.pl when building for ARM64 by DRC · 10 years ago
  95. 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
  96. 5d87f6d Make the wrapped functions static by DRC · 10 years ago
  97. d2a7495 Make the wrapped functions static by DRC · 10 years ago
  98. b7c8c86 Whitespace formatting tweaks by DRC · 10 years ago
  99. 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
  100. 80cb264 Whitespace formatting tweaks by DRC · 10 years ago