Gitiles
Code Review Sign In
review.blissroms.org / platform_external_libjpeg-turbo / 693f4a5600ddae8c1efd404a5076458051b84201
  1. 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
  2. 43d8cf4 Fix CVE-2013-6629 and CVE-2013-6630 by DRC · 12 years ago
  3. 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
  4. 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 14 years ago
  5. c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 15 years ago
  6. a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 15 years ago
  7. f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 15 years ago
  8. 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 16 years ago
  9. 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 16 years ago
  10. 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 27 years ago
  11. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 27 years ago
  12. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 30 years ago
  13. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 30 years ago
  14. a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 30 years ago
  15. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 31 years ago
  16. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 31 years ago
  17. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 32 years ago
  18. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 33 years ago
  19. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 33 years ago
  20. bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 34 years ago
  21. 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 34 years ago
  22. 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
  23. 5aa6c9a Remove unnecessary whitespace by DRC · 12 years ago
  24. 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
  25. 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 · 12 years ago
  26. e2394fc Subtle point, but the libjpeg v7+ API is not backward incompatible. That is, programs that were built against jpeg-6b can still build against jpeg-7+ with no issues. It's only the ABI that is backward incompatible, so the primary justification for implementing the emulation feature was to provide run-time (ABI) compatibility. by DRC · 13 years ago
  27. b87a0b4 Fix the x86 build with NASM 0.98. Since NASM 0.98 is the default version on OS X, we want to at least allow people to build 32-bit code with it, even though it can't properly build 64-bit code. by DRC · 13 years ago
  28. e54d31a by DRC · 13 years ago
  29. c168d96 Prevent compiler warning on Windows if jmorecfg.h is included after the Windows headers, which also define FAR. by DRC · 13 years ago
  30. d7ca17b We support arithmetic coding, which is a feature of libjpeg v7/v8 by DRC · 13 years ago
  31. 251db63 Further changes to the copyright/attribution notices to make it clear that our modified files are not part of the IJG's software. by DRC · 13 years ago
  32. b24a722 Further changes to the copyright/attribution notices to make it clear that our modified files are not part of the IJG's software. by DRC · 13 years ago
  33. cf763c0 Further changes to the copyright/attribution notices to make it clear that our modified files are not part of the IJG's software. by DRC · 13 years ago
  34. a73e870 Change the copyright notices to make it clear that our modified files are not part of the IJG's software. by DRC · 13 years ago
  35. 2dcd4b5 Fix bug in unused code by DRC · 13 years ago
  36. 75cf497 Use a more robust method of obtaining the build timestamp on Windows. 'wmic os get LocalDateTime' will always return the timestamp in the format we want (YYYYMMDD), whereas date /t is sensitive to locale. If wmic fails, then we fall back to using date /t, even though this means that the BUILD variable will end up in the incorrect format on some systems. by DRC · 13 years ago
  37. 5e3bb3e Use a more robust method of obtaining the build timestamp on Windows. 'wmic os get LocalDateTime' will always return the timestamp in the format we want (YYYYMMDD), whereas date /t is sensitive to locale. If wmic fails, then we fall back to using date /t, even though this means that the BUILD variable will end up in the incorrect format on some systems. by DRC · 13 years ago
  38. 29d8f25 Fix build issues that occurred whenever the source directory contained the letters "col", "mer", or "gra". by DRC · 13 years ago
  39. 0a0f8d1 Allow the libjpeg-turbo32 package to be used on MultiArch-compatible systems without overriding the linker path or LD_LIBRARY_PATH. by DRC · 13 years ago
  40. e0419b5 Oops. Add support for TJFLAG_FASTDCT to tjDecompressToYUV() as well. by DRC · 13 years ago
  41. 3367f40 1.2.2 by DRC · 13 years ago
  42. cc336e7 Cosmetic fixes to argument lists by DRC · 13 years ago
  43. e0a0151 Re-generate docs to pick up new API version by DRC · 13 years ago
  44. fd3aba3 Added flags to the TurboJPEG API that allow the caller to force the use of either the fast or the accurate DCT/IDCT algorithms in the underlying codec. by DRC · 13 years ago
  45. 112a0bb More recent versions of autoconf add -traditional-cpp to the CPP flags, which causes jsimdcfg.inc.h to not preprocess correctly unless we expand all of the instances of the #definev macro. by DRC · 13 years ago
  46. 5950c5d Later versions of autoconf (specifically, the one shipped with Xcode 4.3) default to building x86-64, so it is necessary to override the host_alias to get a 32-bit build. by DRC · 13 years ago
  47. 98eecb8 Fixed regression caused by a bug in the 32-bit strict memory access code in jdmrgss2.asm (contributed by Chromium to stop valgrind from whining whenever the output buffer size was not evenly divisible by 16 bytes.) On Linux/x86, this regression caused incorrect pixels on the right-hand side of images whose rows were not 16-byte aligned, whenever fancy upsampling was used and when decompressing to a 32-bit (RGBX, etc.) buffer. by DRC · 13 years ago
  48. 13c318d Fixed regression caused by a bug in the 32-bit strict memory access code in jdmrgss2.asm (contributed by Chromium to stop valgrind from whining whenever the output buffer size was not evenly divisible by 16 bytes.) On Linux/x86, this regression caused incorrect pixels on the right-hand side of images whose rows were not 16-byte aligned, whenever fancy upsampling was used and when decompressing to a 32-bit (RGBX, etc.) buffer. by DRC · 13 years ago
  49. de37e07 Provide further details about the regression by DRC · 13 years ago
  50. 8126d0c Fixed regression caused by a bug in the 32-bit strict memory access code in jdmrgss2.asm (contributed by Chromium to stop valgrind from whining whenever the output buffer size was not evenly divisible by 16 bytes.) On Linux/x86, this regression generated incorrect pixels on the right-hand side of images whose rows were not 16-byte aligned, whenever fancy upsampling was used. This patch also enables the strict memory access code on all platforms, not just Linux (it does no harm on other platforms) and removes a couple of pcmpeqb instructions that were rendered unnecessary by r835. by DRC · 13 years ago
  51. 316617f Accelerated 4:2:2 upsampling routine for ARM (improves performance ~20-30% when decompressing 4:2:2 JPEGs using fancy upsampling) by DRC · 13 years ago
  52. 6979927 Eliminate the use of the MASKMOVDQU instruction, to speed up decompression performance by 10x on AMD Bobcat embedded processors (and ~5% on AMD desktop processors.) by DRC · 13 years ago
  53. dd2b651 Guard against num_components being a ridiculous value due to a corrupt header by DRC · 13 years ago
  54. 4f24016 Preserve all 128 bits of xmm6 and xmm7 by DRC · 13 years ago
  55. d4c15e1 Whitespace tweak by DRC · 13 years ago
  56. 2eda821 Ensure that tjDecompress2() exits cleanly if setDecompDefaults() fails by DRC · 13 years ago
  57. 0559e94 "Sun Studio"="Oracle Solaris Studio" by DRC · 13 years ago
  58. 7c6ae03 Fix universal DMG build by DRC · 13 years ago
  59. 68071bd 1.2.1 by DRC · 13 years ago
  60. 8015a30 Visual Studio 2010 doesn't like the wildcard at compile time, so let CMake expand it instead. by DRC · 13 years ago
  61. cac1051 Fix the behavior of the alpha-enabled colorspace constants whenever libjpeg-turbo is built without SIMD support and merged upsampling is used. by DRC · 13 years ago
  62. a9b646c Allow RGB JPEG files to be created/decoded when using the LJT colorspace extensions by DRC · 13 years ago
  63. 69c1408 Oops by DRC · 13 years ago
  64. 9e7eb27 Move build dir. variables back into makemacpkg to avoid messing up the Solaris packaging system. by DRC · 13 years ago
  65. 51d626f Don't include documentation in 32-bit supplemental package by DRC · 13 years ago
  66. 01bf9d9 Fix 'make dist' by DRC · 13 years ago
  67. ef49f79 by DRC · 13 years ago
  68. 57bd84f RPM spec no longer uses %{_srcdir} by DRC · 13 years ago
  69. 20b734e Infrastructure for producing a universal x86-64/i386/ARM version of libjpeg.a and libturbojpeg.a on OS X, so that the same library can be used to build OS X and iOS apps by DRC · 13 years ago
  70. a1647c8 Install docs when doing 'make install' on Unix; Fix 'install' target on Windows; Include wizard.txt, example.c, and structure.txt in installed docs by DRC · 13 years ago
  71. f832eae Merge description from README-turbo.txt into packages by DRC · 13 years ago
  72. b39dfe7 Merge description from README-turbo.txt into packages by DRC · 13 years ago
  73. be6d424 Compiler warning by DRC · 13 years ago
  74. 0f0fd75 Compiler warnings by DRC · 13 years ago
  75. 760ea8d Merge documentation and wordsmithing changes from 1.2, including promotion of -arithmetic to a "switch for advanced users" by DRC · 13 years ago
  76. 44a97e8 Not necessary to save r10 and r11, since these are scratch registers by DRC · 13 years ago
  77. c3ba39f Merge copyright messages into one string and change the run-time messages to avoid confusion (we are not technically based on the latest libjpeg, although we do borrow some code from it) by DRC · 13 years ago
  78. 7ed7b57 Eliminate "main is usually a function" warnings by DRC · 13 years ago
  79. 11a122b Wordsmithing and grammar by DRC · 14 years ago
  80. 6916f87 Several clarifications regarding v7/v8 API/ABI support by DRC · 14 years ago
  81. 1d5b1cf Merge copyright messages into one string and change the run-time messages to avoid confusion (we are not technically based on the latest libjpeg, although we do borrow some code from it) by DRC · 14 years ago
  82. ccd1bfd Incorporate a few upstream doc changes; grammar police; wordsmithing; Move -arithmetic into "switches for advanced users" by DRC · 14 years ago
  83. 866e6ff Fix 'make dist' by DRC · 14 years ago
  84. 9cd4e4b Add more extensive TurboJPEG regression tests by DRC · 14 years ago
  85. 6ebf110 Move test images into their own subdirectory by DRC · 14 years ago
  86. d65d99a Compiler warnings by DRC · 14 years ago
  87. e006f5c Oops. Height of output buffer should equal scaled height, not JPEG height. by DRC · 14 years ago
  88. 8c8124b Oops. Need to handle cases in which num_components > n by DRC · 14 years ago
  89. 3091354 Be clear that we are only emulating the libjpeg v7/v8 API/ABI, not the library itself. by DRC · 14 years ago
  90. b6b3067 by DRC · 14 years ago
  91. d657ba6 Move -arithmetic into "switches for advanced users" by DRC · 14 years ago
  92. 16c6e26 Update upstream e-mail address by DRC · 14 years ago
  93. a5dcab6 Create 1.2.x branch by DRC · 14 years ago
  94. 12781cb Properly decompress erroneous CMYK/YCCK images whose K component has an ID of 1 instead of 4 (this is to support SumatraPDF) by DRC · 14 years ago
  95. a7466c9 Move INLINE macro into config.h. That's really where it belongs anyhow, since it is used only internally, and putting it in jconfig.h was causing problems with DevIL. by DRC · 14 years ago
  96. 2d48165 Merge spacing changes from VirtualGL by DRC · 14 years ago
  97. 307156d Merge wordsmithing/grammar fixes from trunk by DRC · 14 years ago
  98. 81a50f7 Grammar police by DRC · 14 years ago
  99. 2c62da3 Subtle point, but TurboJPEG is the API and TurboJPEG/OSS is the library implementing that API. by DRC · 14 years ago
  100. efe28ce Compiler warnings by DRC · 14 years ago