Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / aa367580e83c9a2a35ee81650c997d529a02bfd8
  1. fff6c23 SIMD-accelerated integer convsamp routine for MIPS DSPr2 by DRC · 11 years ago
  2. 3d72728 SIMD-accelerated floating point quantize and convsamp routines for MIPS DSPr2 by DRC · 11 years ago
  3. d64e23e adjust DSPr2 performance claims by DRC · 11 years ago
  4. d3131c1 SIMD-accelerated fast integer inverse DCT routine for MIPS DSPr2 by DRC · 11 years ago
  5. 71e06a7 SIMD-accelerated fast integer forward DCT routine for MIPS DSPr2 by DRC · 11 years ago
  6. a6b7fbd SIMD-accelerated slow integer forward DCT and quantize routines for MIPS DSPr2 by DRC · 11 years ago
  7. a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  8. ecc9560 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  9. 982e209 Actually, the second bug was hidden by the first, so the initial ChangeLog entry was correct from the user's point of view. by DRC · 11 years ago
  10. cadabd4 Actually, the second bug was hidden by the first, so the initial ChangeLog entry was correct from the user's point of view. by DRC · 11 years ago
  11. e8be2c6 Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
  12. 56e017d Fix an issue that resulted in an error ("Invalid SOS parameters for sequential JPEG. Didn't expect more than one scan.") when decoding progressive+arithmetic JPEGs generated by libjpeg-turbo. by DRC · 11 years ago
  13. e500591 SIMD-accelerated 3/4 and 3/2 decompression scaling for MIPS DSPr2 by DRC · 11 years ago
  14. 2ccf4d1 SIMD-accelerated 1/2 and 1/4 decompression scaling for MIPS DSPr2 by DRC · 11 years ago
  15. 49eaa75 SIMD-optimized RGB-to-grayscale conversion for MIPS DSPr2 by DRC · 11 years ago
  16. 7308ffe Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
  17. 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
  18. 922b14b Fix segfault in MIPS DSPr2 upsample routines that occurred when doing 'make test' by DRC · 11 years ago
  19. f369f17 Due to the way in which the configure script silently falls back to a non-SIMD build if SIMD can't be enabled, we accidentally released iOS ARM v7 and v7s binaries in 1.3.0 that did not contain NEON SIMD code, because gas-preprocessor.pl wasn't in the PATH. In order to prevent this from happening again, specifying --with-simd now has the effect of forcing a SIMD build, and if this argument is specified, any issues encountered while enabling SIMD are treated as fatal. by DRC · 11 years ago
  20. 8ca34d4 Due to the way in which the configure script silently falls back to a non-SIMD build if SIMD can't be enabled, we accidentally released iOS ARM v7 and v7s binaries in 1.3.0 that did not contain NEON SIMD code, because gas-preprocessor.pl wasn't in the PATH. In order to prevent this from happening again, specifying --with-simd now has the effect of forcing a SIMD build, and if this argument is specified, any issues encountered while enabling SIMD are treated as fatal. by DRC · 11 years ago
  21. 5d2514b We can't enable optimized entropy coding unless we're using Huffman coding. This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail. by DRC · 11 years ago
  22. 2c63c00 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
  23. 27df2a4 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
  24. ba923a8 Fix I/O suspension. This little nugget of code was introduced in r30 as part of an early attempt to make buffered I/O work with the optimized Huffman codec. Ultimately, r32 reverted a lot of that mess and introduced much of the logic we now use, rendering this code unnecessary, but it was never reverted because it only causes problems when I/O suspension is used, and apparently no one has tried to do that with libjpeg-turbo until now. by DRC · 11 years ago
  25. 1370f10 We can't enable optimized entropy coding unless we're using Huffman coding. This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail. by DRC · 11 years ago
  26. 216cc64 We can't enable optimized entropy coding unless we're using Huffman coding. This fixes a bug whereby attempting to create a progressive JPEG with arithmetic coding would fail. by DRC · 11 years ago
  27. 24f11a7 The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
  28. 3a25f7b The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
  29. 6eb29dd Oops. We need to delete the new copy of turbojpeg.dll in the binary directory. Also add quotes to InstDir to allow installing under "c:\Program Files\", and remove unnecessary quotes in the Delete directives. by DRC · 11 years ago
  30. ae8d0dc In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin. This is mainly to give installers an easy way to find the DLL for the purposes of bundling it. Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory. by DRC · 11 years ago
  31. 4d87793 In the Windows installer packages, place a duplicate copy of turbojpeg.dll in c:\libjpeg-turbo[-gcc][64]\bin. This is mainly to give installers an easy way to find the DLL for the purposes of bundling it. Specifically, this was necessary for TurboVNC, becuase 32-bit CMake running on 64-bit Windows cannot ever access the "real" c:\windows\system32 directory. by DRC · 11 years ago
  32. 7ef2616 1.3.1 by DRC · 11 years ago
  33. 371b420 Fix 'make dist' by DRC · 11 years ago
  34. ce84fc8 by DRC · 11 years ago
  35. aba7ced Oops. Forgot to implement access method for the colorspace & extend TJBench by DRC · 11 years ago
  36. b2c4745 Wordsmithing by DRC · 11 years ago
  37. 38cb1ec Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API by DRC · 11 years ago
  38. cd7c3e6 Add CMYK support to the TurboJPEG C API by DRC · 11 years ago
  39. 7185b71 by DRC · 11 years ago
  40. a583062 Add 4:1:1 subsampling support in the TurboJPEG Java API by DRC · 11 years ago
  41. 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
  42. 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
  43. 1f3635c Add 4:1:1 subsampling support in the TurboJPEG C API by DRC · 11 years ago
  44. 7bd24b2 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
  45. ca866c4 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
  46. 3b21982 Wordsmithing by DRC · 11 years ago
  47. 7657726 Wordsmithing by DRC · 11 years ago
  48. d081fd7 Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in tjbench. by DRC · 11 years ago
  49. 07796da Add note regarding the fact that 4:4:0 lacks full SIMD support; Add an option for benchmarking 4:4:0 subsampling in tjbench. by DRC · 11 years ago
  50. bcda683 Upgrade to Doxygen 1.8.3.1; Add note regarding the fact that 4:4:0 lacks full SIMD support. by DRC · 11 years ago
  51. 71ccb39 Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
  52. a4a48ed Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
  53. 1520ee2 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
  54. 8cda1c3 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
  55. 96573d0 By default, install the libraries into /opt/libjpeg-turbo/lib32 on any 32-bit system, not just x86, and into /opt/libjpeg-turbo/lib64 on any 64-bit system, not just x86-64. In particular, this addresses an issue with building TurboVNC and VirtualGL on ARM systems. by DRC · 11 years ago
  56. dadebe9 Document previous commit in the change log by DRC · 11 years ago
  57. c32e0c2 By default, install the libraries into /opt/libjpeg-turbo/lib32 on any 32-bit system, not just x86, and into /opt/libjpeg-turbo/lib64 on any 64-bit system, not just x86-64. In particular, this addresses an issue with building TurboVNC and VirtualGL on ARM systems. by DRC · 11 years ago
  58. 16962c1 SIMD support for performing upsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  59. 6f2d3c2 SIMD support for performing downsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  60. 86fbf35 SIMD support for performing fancy upsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  61. 0be9fa5 SIMD support for performing color conversion using MIPS DSPr2 instructions by DRC · 11 years ago
  62. b927103 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
  63. 822c850 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
  64. d3eb40b Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
  65. c8843a0 Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
  66. 6e0bbbf 1.3.0 by DRC · 11 years ago
  67. 418fe28 Fix incorrect data output and buffer overruns in the new tjDecompressToYUV2() function whenever scaling is used along with a 4:2:0 JPEG image; extend tjunittest and TJUnitTest to test for these issues. by DRC · 11 years ago
  68. b7c4193 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago
  69. 49df783 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago
  70. fca3e72 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
  71. 04e0a02 Make sure the RPM provides "libjpeg-turbo" as well, for backward compatibility (the TurboVNC RPM build, in particular, checks for this.) by DRC · 11 years ago
  72. 9495a94 Fix 'make rpm' by DRC · 11 years ago
  73. 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
  74. d0ad5a9 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
  75. 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
  76. 2421115 Bump the age number of the TurboJPEG DSO, because interfaces have been added. by DRC · 11 years ago
  77. d6c0634 Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 11 years ago
  78. 1d29c5f Correct misuse of the word "pitch" + more code formatting tweaks by DRC · 11 years ago
  79. ee20edd Code formatting tweaks by DRC · 11 years ago
  80. 67bee86 Code formatting tweaks by DRC · 11 years ago
  81. 7a2f3a4 Java doc tweaks by DRC · 11 years ago
  82. 65d4a46 Java doc tweaks by DRC · 11 years ago
  83. fc5c0c6 Not that it matters, because JNI uses dlopen()/dlsym() to load symbols, but for bookkeeping purposes, move the JNI symbols introduced in libjpeg-turbo 1.3 into a new section. by DRC · 11 years ago
  84. c6eedeb Oops by DRC · 11 years ago
  85. 0c83e5a Not that it matters, because JNI uses dlopen()/dlsym() to load symbols, but for bookkeeping purposes, move the JNI symbols introduced in libjpeg-turbo 1.3 into a new section. by DRC · 11 years ago
  86. f610d61 Extend the TurboJPEG C API to support generating YUV images with arbitrary padding and to support image scaling when decompressing to YUV by DRC · 11 years ago
  87. d8522a7 Wordsmithing by DRC · 11 years ago
  88. c49694a Further doc tweaks by DRC · 11 years ago
  89. 01fdcc3 Further doc tweaks by DRC · 11 years ago
  90. 17c3755 Subtle point, but since libjpeg-turbo 1.3 now supports scaling factors > 1, the width and height specified in tjDecompress2() are not necessarily smaller than the JPEG width/height. by DRC · 11 years ago
  91. 9ce1a21 Subtle point, but since libjpeg-turbo 1.3 now supports scaling factors > 1, the width and height specified in tjDecompress2() are not necessarily smaller than the JPEG width/height. by DRC · 11 years ago
  92. 17745dd Bump version to prepare for new features by DRC · 11 years ago
  93. 0bb37a5 Create 1.3.x branch by DRC · 11 years ago
  94. 4c17a45 Fix I/O suspension. This little nugget of code was introduced in r30 as part of an early attempt to make buffered I/O work with the optimized Huffman codec. Ultimately, r32 reverted a lot of that mess and introduced much of the logic we now use, rendering this code unnecessary, but it was never reverted because it only causes problems when I/O suspension is used, and apparently no one has tried to do that with libjpeg-turbo until now. by DRC · 11 years ago
  95. 4578953 For consistency, allow the name of the Mac and Cygwin packages to be overridden as well. by DRC · 11 years ago
  96. d7a642b Minor doc tweaks + ChangeLog update by DRC · 11 years ago
  97. 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
  98. 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
  99. 4b357ab Older versions of automake don't support multiple _JAVA primaries, but we don't actually have to specify a "dist" primary, since the Java sources are already included under EXTRA_DIST. by DRC · 11 years ago
  100. 94f7ac9 Fix 'make dist' by DRC · 11 years ago