Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / c728cfd8f236929808cf081232e0702f3382d80b
  1. 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
  2. 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
  3. 43d8cf4 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
  4. 7ebf294 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
  5. 9f9436a Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 11 years ago
  6. cb92dcc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x by DRC · 11 years ago
  7. b10aafb Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/trunk by DRC · 11 years ago
  8. 62eeefc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/trunk by DRC · 11 years ago
  9. e163653 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences (such as the different subsampling algorithm used in jpeg-8.) Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
  10. c44750e 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
  11. 4b50928 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences listed in README-turbo.txt. Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
  12. 5430aa1 Back-port code from jpeg-8 that removes unpopulated (and unneeded) tables for AC and DC coefficients when generating progressive JPEG files with arithmetic coding. This should make such files bitwise compatible with jpeg-8, barring any other mathematical differences listed in README-turbo.txt. Add regression tests for progressive+arithmetic JPEG files. by DRC · 11 years ago
  13. 4ac8700 Remove unnecessary whitespace by DRC · 11 years ago
  14. 5aa6c9a Remove unnecessary whitespace by DRC · 11 years ago
  15. dbbef06 Remove unnecessary whitespace by DRC · 11 years ago
  16. 2e8ff4b Add the ability to test scaling when decompressing to YUV; compression from YUV to JPEG; and YUV padding. Replace clunky -411 and -440 parameters with a -subsamp parameter that allows any of the subsampling options to be tested in isolation. by DRC · 11 years ago
  17. c6501f7 Add the ability to test scaling when decompressing to YUV; compression from YUV to JPEG; and YUV padding. Replace clunky -411 and -440 parameters with a -subsamp parameter that allows any of the subsampling options to be tested in isolation. by DRC · 11 years ago
  18. 19eeaa7 Make environment variable syntax consistent between ARM and x86 code, and add an option to disable SIMD on x86 (this option will be added to the x86-64 code as well, but it makes more sense to add it when we add AVX support.) by DRC · 11 years ago
  19. 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
  20. 1e67274 Extend the TurboJPEG Java API to support compressing JPEG images from YUV planar images by DRC · 11 years ago
  21. faa868b Add 'tjunittest -yuv -alloc' test on Windows as well by DRC · 11 years ago
  22. b51ee89 r1065 broke the build on Windows, because getinstance() defines a variable. Thus, it needs to occur before the array initialization code. by DRC · 11 years ago
  23. fe73965 Clean up formatting code and rename the JPEG files generated during the YUV decode tests to reflect the fact that they are being generated from YUV source images. by DRC · 11 years ago
  24. 910a357 Extend the TurboJPEG C API to support compressing JPEG images from YUV planar images by DRC · 11 years ago
  25. eaa31f5 Oops by DRC · 11 years ago
  26. e2f8e69 Fix a really subtle issue whereby an invalid free() could occur if a program called tjInitDecompress() and then accidentally passed the handle to tjEncodeYUV3(), or if a program called tjInitCompress() and then accidentally passed the handle to tjDecompressToYUV2(). by DRC · 11 years ago
  27. 6cef2b1 Fix a really subtle issue whereby an invalid free() could occur if a program called tjInitDecompress() and then accidentally passed the handle to tjEncodeYUV2(), or if a program called tjInitCompress() and then accidentally passed the handle to tjDecompressToYUV(). by DRC · 11 years ago
  28. f57a22d Fix logic error from r1039 by DRC · 11 years ago
  29. 596b966 Fix logic error from r1037 by DRC · 11 years ago
  30. c45653e Fix a couple of issues with return value checking. JFREAD(), which wraps fread(), will never return -1. fread() will instead return 0 or a short object count if an error occurs, and ferror() will return 1 in that case. The second issue was that we were assigning the return value of ftell() to an unsigned long prior to checking the value, so the value would never be < 0 if an error occurred. It would instead be (unsigned long)-1. by DRC · 11 years ago
  31. 490c7f9 Fix a couple of issues with return value checking. JFREAD(), which wraps fread(), will never return -1. fread() will instead return 0 or a short object count if an error occurs, and ferror() will return 1 in that case. The second issue was that we were assigning the return value of ftell() to an unsigned long prior to checking the value, so the value would never be < 0 if an error occurred. It would instead be (unsigned long)-1. by DRC · 11 years ago
  32. fff6c23 SIMD-accelerated integer convsamp routine for MIPS DSPr2 by DRC · 11 years ago
  33. 3d72728 SIMD-accelerated floating point quantize and convsamp routines for MIPS DSPr2 by DRC · 11 years ago
  34. d64e23e adjust DSPr2 performance claims by DRC · 11 years ago
  35. d3131c1 SIMD-accelerated fast integer inverse DCT routine for MIPS DSPr2 by DRC · 11 years ago
  36. 71e06a7 SIMD-accelerated fast integer forward DCT routine for MIPS DSPr2 by DRC · 11 years ago
  37. a6b7fbd SIMD-accelerated slow integer forward DCT and quantize routines for MIPS DSPr2 by DRC · 11 years ago
  38. a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  39. ecc9560 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  40. 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
  41. 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
  42. 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
  43. 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
  44. e500591 SIMD-accelerated 3/4 and 3/2 decompression scaling for MIPS DSPr2 by DRC · 11 years ago
  45. 2ccf4d1 SIMD-accelerated 1/2 and 1/4 decompression scaling for MIPS DSPr2 by DRC · 11 years ago
  46. 49eaa75 SIMD-optimized RGB-to-grayscale conversion for MIPS DSPr2 by DRC · 11 years ago
  47. 7308ffe Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
  48. 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 11 years ago
  49. 922b14b Fix segfault in MIPS DSPr2 upsample routines that occurred when doing 'make test' by DRC · 11 years ago
  50. 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
  51. 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
  52. 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
  53. 2c63c00 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
  54. 27df2a4 Clarify that the bug affects cjpeg as well as jpegtran. by DRC · 11 years ago
  55. 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
  56. 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
  57. 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
  58. 24f11a7 The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
  59. 3a25f7b The connect.apple.com alias has apparently been down for about a month by DRC · 11 years ago
  60. 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
  61. 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
  62. 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
  63. 7ef2616 1.3.1 by DRC · 11 years ago
  64. 371b420 Fix 'make dist' by DRC · 11 years ago
  65. ce84fc8 by DRC · 11 years ago
  66. aba7ced Oops. Forgot to implement access method for the colorspace & extend TJBench by DRC · 11 years ago
  67. b2c4745 Wordsmithing by DRC · 11 years ago
  68. 38cb1ec Add CMYK support to the TurboJPEG Java API & clean up a few things in the C API by DRC · 11 years ago
  69. cd7c3e6 Add CMYK support to the TurboJPEG C API by DRC · 11 years ago
  70. 7185b71 by DRC · 11 years ago
  71. a583062 Add 4:1:1 subsampling support in the TurboJPEG Java API by DRC · 11 years ago
  72. 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
  73. 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
  74. 1f3635c Add 4:1:1 subsampling support in the TurboJPEG C API by DRC · 11 years ago
  75. 7bd24b2 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
  76. ca866c4 Disable timestamp in generated HTML files to make diffing and merging easier. by DRC · 11 years ago
  77. 3b21982 Wordsmithing by DRC · 11 years ago
  78. 7657726 Wordsmithing by DRC · 11 years ago
  79. 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
  80. 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
  81. 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
  82. 71ccb39 Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
  83. a4a48ed Upgrade to Doxygen 1.8.3.1 by DRC · 11 years ago
  84. 1520ee2 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
  85. 8cda1c3 Remove stray closing bracket that prevented the use of this header in a C++ application by DRC · 11 years ago
  86. 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
  87. dadebe9 Document previous commit in the change log by DRC · 11 years ago
  88. 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
  89. 16962c1 SIMD support for performing upsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  90. 6f2d3c2 SIMD support for performing downsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  91. 86fbf35 SIMD support for performing fancy upsampling using MIPS DSPr2 instructions by DRC · 11 years ago
  92. 0be9fa5 SIMD support for performing color conversion using MIPS DSPr2 instructions by DRC · 11 years ago
  93. b927103 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
  94. 822c850 Fix lintian warning about missing maintainer address when installing on recent Debian-based systems by DRC · 11 years ago
  95. d3eb40b Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
  96. c8843a0 Use ELF64 object format on 64-bit kFreeBSD systems. by DRC · 11 years ago
  97. 6e0bbbf 1.3.0 by DRC · 11 years ago
  98. 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
  99. b7c4193 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago
  100. 49df783 Clean up the output of tjunittest and TJUnitTest by DRC · 11 years ago