Gitiles
Code Review Sign In
review.blissroms.org / platform_external_libjpeg-turbo / 34dca052271f4a75b3c0f7b11a2c5024159628d4
  1. 34dca05 Implement a YUV decode function in the TurboJPEG API, to be symmetric with tjEncodeYUV(). by DRC · 11 years ago
  2. 2bdadb4 Remove benchmarks. They were originally intended as a way of measuring overhead for small compress/decompress operations, but using TJBench with a small image is a better way to accomplish that. by DRC · 11 years ago
  3. 54918b3 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 11 years ago
  4. c7a3246 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 11 years ago
  5. e2ce3b5 Remove unused code (the destination manager is not used during YUV encoding, there are no virtual arrays to realize, and jinit_c_prep_controller() is unnecessary because we are not using smoothing.) by DRC · 11 years ago
  6. 006bc58 Use C-style comments by DRC · 11 years ago
  7. 6f75a35 Oops by DRC · 11 years ago
  8. cccfdcb Older versions of automake don't support AM_PROG_AR, so only execute that macro if it exists. by DRC · 11 years ago
  9. c56cb47 Fix autoconf warnings by DRC · 11 years ago
  10. 693f4a5 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 11 years ago
  11. 2c0c807 Fix an issue that prevented tjEncodeYUV2() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV2() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 11 years ago
  12. ad2f618 Update copyright year in file header as well by DRC · 11 years ago
  13. 38c9970 Fix an issue that prevented tjEncodeYUV3() and TJCompressor.encodeYUV() from working properly if the source image was very tiny. Basically, jpeg_start_compress() was attempting to write the JPEG headers, which was overrunning the YUV buffer. This patch removes the call to jpeg_start_compress() in tjEncodeYUV3() and replaces it with calls to the individual routines that are necessary to initialize the color converter and downsampler. TJUnitTest has also been modified to test for this condition (the buffer size regression test now works in YUV mode.) by DRC · 11 years ago
  14. 68550a7 Update copyright notice to reflect recent SIMD contributions by DRC · 11 years ago
  15. 2885cf5 Further examination of the code reveals that this change is unnecessary. The histogram stores a count of each color in the image, so it will always contain at least one non-zero element, and thus the total can never be zero. Since the histogram is generated from the image data and not read from the header, there is no chance that header corruption would affect it. by DRC · 11 years ago
  16. d9712ed Further examination of the code reveals that this change is unnecessary. The histogram stores a count of each color in the image, so it will always contain at least one non-zero element, and thus the total can never be zero. Since the histogram is generated from the image data and not read from the header, there is no chance that header corruption would affect it. by DRC · 11 years ago
  17. d4ab63d Fix several potential overflow issues identified by the community. by DRC · 11 years ago
  18. 88dee58 Formatting tweak by DRC · 11 years ago
  19. e26c687 Fix several potential overflow issues identified by the community. by DRC · 11 years ago
  20. e189ec7 Remove trailing space by DRC · 11 years ago
  21. 9397469 Remove trailing space by DRC · 11 years ago
  22. 2d07ee5 Create a separate stub file for 64-bit ARM, since it currently implements only the decompression-related functions. by DRC · 11 years ago
  23. ba55b2c First pass at ARMv8 64-bit NEON SIMD support by DRC · 11 years ago
  24. 3e00f03 Formatting tweaks by DRC · 11 years ago
  25. edc846f Formatting tweaks by DRC · 11 years ago
  26. cc0733a Remove trailing spaces by DRC · 12 years ago
  27. a113506 Some motion JPEG implementations generate "abbreviated JPEG streams" (JPEG images without the default tables included) for some or all of the video frames, in order to save space. When these are encountered, it is generally expected that they will be decompressed using the default Huffman tables, so libjpeg-turbo now does this unless the tables have been explicitly specified by an application. by DRC · 12 years ago
  28. 8d55c88 Include instructions for building iOS binaries using Xcode 4.6.x and Xcode 5.0. by DRC · 12 years ago
  29. a2f0644 Include instructions for building iOS binaries using Xcode 4.6.x and Xcode 5.0. by DRC · 12 years ago
  30. 7db5273 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 r960.) by DRC · 12 years ago
  31. 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 · 12 years ago
  32. 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 · 12 years ago
  33. 43d8cf4 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 12 years ago
  34. 7ebf294 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 12 years ago
  35. 9f9436a Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 12 years ago
  36. cb92dcc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x by DRC · 12 years ago
  37. b10aafb Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/trunk by DRC · 12 years ago
  38. 62eeefc Make documentation viewable directly from http://svn.code.sf.net/p/libjpeg-turbo/code/trunk by DRC · 12 years ago
  39. 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 · 12 years ago
  40. 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 14 years ago
  41. c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 15 years ago
  42. a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 15 years ago
  43. f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 15 years ago
  44. 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 16 years ago
  45. 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 16 years ago
  46. 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 27 years ago
  47. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 27 years ago
  48. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 30 years ago
  49. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 30 years ago
  50. a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 30 years ago
  51. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 31 years ago
  52. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 31 years ago
  53. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 32 years ago
  54. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 33 years ago
  55. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 33 years ago
  56. bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 34 years ago
  57. 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 34 years ago
  58. 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 · 12 years ago
  59. 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 · 12 years ago
  60. 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 · 12 years ago
  61. 4ac8700 Remove unnecessary whitespace by DRC · 12 years ago
  62. 5aa6c9a Remove unnecessary whitespace by DRC · 12 years ago
  63. dbbef06 Remove unnecessary whitespace by DRC · 12 years ago
  64. 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 · 12 years ago
  65. 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 · 12 years ago
  66. 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 · 12 years ago
  67. 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 · 12 years ago
  68. 1e67274 Extend the TurboJPEG Java API to support compressing JPEG images from YUV planar images by DRC · 12 years ago
  69. faa868b Add 'tjunittest -yuv -alloc' test on Windows as well by DRC · 12 years ago
  70. b51ee89 r1065 broke the build on Windows, because getinstance() defines a variable. Thus, it needs to occur before the array initialization code. by DRC · 12 years ago
  71. 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 · 12 years ago
  72. 910a357 Extend the TurboJPEG C API to support compressing JPEG images from YUV planar images by DRC · 12 years ago
  73. eaa31f5 Oops by DRC · 12 years ago
  74. 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 · 12 years ago
  75. 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 · 12 years ago
  76. f57a22d Fix logic error from r1039 by DRC · 12 years ago
  77. 596b966 Fix logic error from r1037 by DRC · 12 years ago
  78. 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 · 12 years ago
  79. 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 · 12 years ago
  80. fff6c23 SIMD-accelerated integer convsamp routine for MIPS DSPr2 by DRC · 12 years ago
  81. 3d72728 SIMD-accelerated floating point quantize and convsamp routines for MIPS DSPr2 by DRC · 12 years ago
  82. d64e23e adjust DSPr2 performance claims by DRC · 12 years ago
  83. d3131c1 SIMD-accelerated fast integer inverse DCT routine for MIPS DSPr2 by DRC · 12 years ago
  84. 71e06a7 SIMD-accelerated fast integer forward DCT routine for MIPS DSPr2 by DRC · 12 years ago
  85. a6b7fbd SIMD-accelerated slow integer forward DCT and quantize routines for MIPS DSPr2 by DRC · 12 years ago
  86. a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 12 years ago
  87. ecc9560 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 12 years ago
  88. 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 · 12 years ago
  89. 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 · 12 years ago
  90. 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 · 12 years ago
  91. 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 · 12 years ago
  92. e500591 SIMD-accelerated 3/4 and 3/2 decompression scaling for MIPS DSPr2 by DRC · 12 years ago
  93. 2ccf4d1 SIMD-accelerated 1/2 and 1/4 decompression scaling for MIPS DSPr2 by DRC · 12 years ago
  94. 49eaa75 SIMD-optimized RGB-to-grayscale conversion for MIPS DSPr2 by DRC · 12 years ago
  95. 7308ffe Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 12 years ago
  96. 94b6c02 Name the package *cygwin64.tar.bz2 when building on Cygwin64. by DRC · 12 years ago
  97. 922b14b Fix segfault in MIPS DSPr2 upsample routines that occurred when doing 'make test' by DRC · 12 years ago
  98. 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 · 12 years ago
  99. 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 · 12 years ago
  100. 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 · 12 years ago