Gitiles
Code Review Sign In
review.blissroms.org / platform_external_libjpeg-turbo / 81f5f7c1102154b9af3c00b17f9d624a4245f14d
  1. 81f5f7c Refactor uninstall script. No legacy code remains, so relicense under BSD-style license. Remove uninstall app from package for now, until we can come up with a new version that doesn't have any legacy code. by DRC · 14 years ago
  2. be49b8c Refactored to use new TurboJPEG API and new BMP library + additional cleanup. There is no legacy code remaining, so the refactored version of the program has been re-licensed under a BSD-style license. by DRC · 14 years ago
  3. cb6205a Add new API functions to JNI mapfile as well by DRC · 14 years ago
  4. 61d06e7 Need stdlib.h to get NULL on Linux by DRC · 14 years ago
  5. ff78e37 Don't require buffer size to be preset if using TJFLAG_NOREALLOC by DRC · 14 years ago
  6. a29294a Use tjutil instead of rrutil by DRC · 14 years ago
  7. 20c404d Add max, min functions by DRC · 14 years ago
  8. 3a1bb35 Prevent header from being included multiple times by DRC · 14 years ago
  9. 0fc884a Completely refactor BMP library so that it takes advantage of the existing BMP and PPM load/save routines in libjpeg by DRC · 14 years ago
  10. 9792ce8 Simplify initialization code (we don't have to explicitly initialize a component to 0, because the whole buffer has already been initialized to 0) by DRC · 14 years ago
  11. f962fbb Refactor slightly to match new C code by DRC · 14 years ago
  12. 007a42c Clean up error messages; Fix lossless transformation; General cleanup by DRC · 14 years ago
  13. a8b8b47 Refactored jpegut to test the new TurboJPEG API. There is no legacy code remaining, so the refactored version of the program has been re-licensed under a BSD-style license. by DRC · 14 years ago
  14. 25b995a Clean up constants so that flags, pixel formats, etc. are clearly differentiated; Update documentation accordingly; Name the enums to make it easier to reference them in the docs and clean up the references accordingly; Set Doxygen option to force a detailed description for the constants to always be generated by DRC · 14 years ago
  15. 9b28def Completely refactored the TurboJPEG C API so that it uses pixel formats instead of the clunky pixel size + flags combination to define the pixel size and component order. tjCompress2() and tjTransform() can also now grow the JPEG buffer as needed, which can allow programs to save memory by not pre-allocating the "worst-case" buffer size calculated by TJBUFSIZE(). Converted API documentation to Doxygen. There is no legacy code remaining, so the refactored version of the library has been re-licensed under a BSD-style license. by DRC · 14 years ago
  16. f89dd1e Remove duplicate entries by DRC · 14 years ago
  17. 34a8e35 by DRC · 14 years ago
  18. e19f15e Not necessary to save r10 and r11, since these are scratch registers by DRC · 14 years ago
  19. 44a97e8 Not necessary to save r10 and r11, since these are scratch registers by DRC · 13 years ago
  20. 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
  21. 7ed7b57 Eliminate "main is usually a function" warnings by DRC · 13 years ago
  22. 2d48165 Merge spacing changes from VirtualGL by DRC · 14 years ago
  23. 307156d Merge wordsmithing/grammar fixes from trunk by DRC · 14 years ago
  24. c412184 Fixed non-fatal out-of-bounds read in SSE2 SIMD code reported by valgrind when decompressing a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes. by DRC · 14 years ago
  25. 795e6ad Fixed non-fatal out-of-bounds read in SSE2 SIMD code reported by valgrind when decompressing a JPEG image to a bitmap buffer whose size was not a multiple of 16 bytes. by DRC · 14 years ago
  26. 105f9a9 Expose NASM variable in ccmake by DRC · 14 years ago
  27. 68a086a Trying to out-clever ourselves by having autotools generate the deb-control file broke the 32-bit supplementary DEB, so revert to the method we used in LJT 1.0 to generate this file. by DRC · 14 years ago
  28. 2091870 Oops. Apparently forgot to change the description when borrowing this from VirtualGL by DRC · 14 years ago
  29. dc2697d Windows doesn't have random() by DRC · 14 years ago
  30. 868ca2b Use random noise to ensure that the JPEG image generated in the buffer size test exceeds the size of the uncompressed source image. by DRC · 14 years ago
  31. fa9ff8e Restore compatibility with the jpeg-6b error enum, even if arithmetic coding is enabled. by DRC · 14 years ago
  32. ffdb8f2 Prevent jmorecfg.h from re-defining INT32 and INT16 if those types have already been defined by the Windows system headers. by DRC · 14 years ago
  33. b7120ca Prevent jmorecfg.h from re-defining INT32 and INT16 if those types have already been defined by the Windows system headers. by DRC · 14 years ago
  34. cf137ac 1.1.2 by DRC · 14 years ago
  35. 0571e17 Fix a minor ABI incompatibility caused by the introduction of new error constants into the enum in jerror.h. by DRC · 14 years ago
  36. bd86b76 by DRC · 14 years ago
  37. 7e3fd2f jpegtran on Windows needs the same fix as cjpeg and djpeg to eliminate errors when I/O redirection is used. by DRC · 14 years ago
  38. ba29357 Can't assume that current directory is in PATH by DRC · 14 years ago
  39. 2bfdb5d by DRC · 14 years ago
  40. 2c289bf by DRC · 14 years ago
  41. a27962b Can't assume that current directory is in PATH by DRC · 14 years ago
  42. 750e078 Include scaled decompression test images when doing 'make dist' by DRC · 14 years ago
  43. 321e068 ARM NEON support by DRC · 14 years ago
  44. 56fb237 YASM support by DRC · 14 years ago
  45. e873854 Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
  46. fd62eca Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
  47. 5ee81f4 Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
  48. fad469f New libjpeg-turbo domain by DRC · 14 years ago
  49. 4f81526 New libjpeg-turbo domain by DRC · 14 years ago
  50. c07f688 New libjpeg-turbo domain by DRC · 14 years ago
  51. ee26992 by DRC · 14 years ago
  52. 65e0cd3 Update license text to reflect the newly-relicensed jchuff.c by DRC · 14 years ago
  53. 6bb57b7 Re-factor and re-license under the libjpeg BSD-style license. Justification: the accelerated Huffman encoding optimizations in libjpeg-turbo were all developed by me as an independent developer. The structure of the inline Huffman encoding macros was originally borrowed from similar routines in the TurboJPEG/mediaLib codec, which is part of VirtualGL and TurboVNC. Thus, although the code for these macros was not copied verbatim, they were still thought to be a derivative work of TurboJPEG/mediaLib, and I assigned the copyright and license from TurboJPEG/mediaLib to them. I have re-written these routines from first principles by breaking down the libjpeg out-of-line routines. Although the new code bears algorithmic similarities to the TurboJPEG/mediaLib macros, it can now clearly be shown to be derived from the out-of-line routines and thus, in my opinion, it can no longer be considered a derivative of TurboJPEG/mediaLib. -- DRC by DRC · 14 years ago
  54. 4852d28 Add more comprehensive tests for IDCT scaling by DRC · 14 years ago
  55. 83c8f14 Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  56. f165c2d Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  57. d884011 by DRC · 14 years ago
  58. 049aef5 Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  59. 1f8b601 by DRC · 14 years ago
  60. bc51580 Re-factor and re-license under the libjpeg BSD-style license. Justification: the accelerated Huffman decoding optimizations in libjpeg-turbo were all developed by me as an independent developer. The structure of the inline Huffman decoding macros was originally borrowed from similar routines in the TurboJPEG/mediaLib codec, which is part of VirtualGL and TurboVNC. Thus, although the code for these macros was not copied verbatim, they were still thought to be a derivative work of TurboJPEG/mediaLib, and I assigned the copyright and license from TurboJPEG/mediaLib to them. I have re-written these routines from first principles by breaking down the libjpeg out-of-line routines. Although the new code bears algorithmic similarities to the TurboJPEG/mediaLib macros, it can now clearly be shown to be derived from the out-of-line routines and thus, in my opinion, it can no longer be considered a derivative of TurboJPEG/mediaLib. -- DRC by DRC · 14 years ago
  61. c56a74c Get rid of unused IS_WIN32 conditional by DRC · 14 years ago
  62. 51705fb by DRC · 14 years ago
  63. 8071c39 by DRC · 14 years ago
  64. e43d21d by DRC · 14 years ago
  65. 9e6378c The previous attempt to handle unexpected markers in the data stream caused breakage in applications that attempted to set bytes_in_buffer to a larger value than the actual size of the JPEG image. The latter behavior was causing the fast decoder to be used for the last MCU in the image under certain circumstances, and this sometimes caused the EOI marker to be encountered by the fast decoder, which was treating it as an "unexpected" marker and throwing an error. Now, the fast decoder simply hands off the decoding of the block to the slow decoder if any marker is encountered. by DRC · 14 years ago
  66. 051d962 The previous attempt to handle unexpected markers in the data stream caused breakage in applications that attempted to set bytes_in_buffer to a larger value than the actual size of the JPEG image. The latter behavior was causing the fast decoder to be used for the last MCU in the image under certain circumstances, and this sometimes caused the EOI marker to be encountered by the fast decoder, which was treating it as an "unexpected" marker and throwing an error. Now, the fast decoder simply hands off the decoding of the block to the slow decoder if any marker is encountered. by DRC · 14 years ago
  67. 62de122 This is subtle, but an unread marker is not an error unless we run out of bits, which may not occur in the same MCU in which the unread marker is encountered. Thus, don't try to use the fast decoder as long as there is an outstanding unread marker. by DRC · 14 years ago
  68. 5c36465 The previous attempt to handle unexpected markers in the data stream caused breakage in applications that attempted to set bytes_in_buffer to a larger value than the actual size of the JPEG image. The latter behavior was causing the fast decoder to be used for the last MCU in the image under certain circumstances, and this sometimes caused the EOI marker to be encountered by the fast decoder, which was treating it as an "unexpected" marker and throwing an error. Now, the fast decoder simply hands off the decoding of the block to the slow decoder if any marker is encountered. by DRC · 14 years ago
  69. 9026b37 "OS/X"="OS X" by DRC · 14 years ago
  70. 254937b Update build instructions to reflect the fact that 32-bit LJT build doesn't work with NASM 0.99 or 2.00 by DRC · 14 years ago
  71. 59f954b Update build instructions to reflect the fact that 32-bit LJT build doesn't work with NASM 0.99 or 2.00 by DRC · 14 years ago
  72. 58454c7 Update build instructions to reflect the fact that 32-bit LJT build doesn't work with NASM 0.99 or 2.00 by DRC · 14 years ago
  73. ddcd5a1 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
  74. 98b8529 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
  75. dc6f6a9 Don't need MSVC definition in assembler code anymore by DRC · 14 years ago
  76. 577ae78 Don't need MSVC definition in assembler code anymore by DRC · 14 years ago
  77. 926e01f Attempt to make build work with Visual Studio 2010 (still doesn't work if SIMD or Java are enabled-- see bug tracker) by DRC · 14 years ago
  78. d9ee65c by DRC · 14 years ago
  79. 2a33dfc by DRC · 14 years ago
  80. b05ebcb Attempt to make build work with Visual Studio 2010 (still doesn't work if SIMD or Java are enabled-- see bug tracker) by DRC · 14 years ago
  81. 2ffcb8e Comment code by DRC · 14 years ago
  82. e7fde87 Fix jpegoptim with v7 emulation as well by DRC · 14 years ago
  83. 7394e27 Fix jpegoptim with v7 emulation as well by DRC · 14 years ago
  84. db42506 Allow customization of Java compiler flags by DRC · 14 years ago
  85. 59a5834 Ensure that image_width and image_height are initialized if libjpeg v8 emulation is enabled. by DRC · 14 years ago
  86. c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 15 years ago
  87. a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 15 years ago
  88. f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 15 years ago
  89. 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 16 years ago
  90. 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 16 years ago
  91. 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 27 years ago
  92. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 27 years ago
  93. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 29 years ago
  94. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 30 years ago
  95. a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 30 years ago
  96. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 31 years ago
  97. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 31 years ago
  98. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 32 years ago
  99. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 33 years ago
  100. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 33 years ago