Google Git
Sign in
flutter / third_party / libjpeg-turbo / 56fb2374724b4bc0c2010af22b543edb866f6216
  1. 56fb237 YASM support by DRC · 14 years ago
  2. fd62eca Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
  3. 5ee81f4 Fix I/O redirection in cjpeg and djpeg on Windows by DRC · 14 years ago
  4. 4f81526 New libjpeg-turbo domain by DRC · 14 years ago
  5. fad469f New libjpeg-turbo domain by DRC · 14 years ago
  6. c07f688 New libjpeg-turbo domain by DRC · 14 years ago
  7. ee26992 by DRC · 14 years ago
  8. 65e0cd3 Update license text to reflect the newly-relicensed jchuff.c by DRC · 14 years ago
  9. 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
  10. 4852d28 Add more comprehensive tests for IDCT scaling by DRC · 14 years ago
  11. 83c8f14 Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  12. f165c2d Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  13. d884011 by DRC · 14 years ago
  14. 049aef5 Eliminate excessive I/O overhead when reading BMP files in cjpeg by DRC · 14 years ago
  15. 1f8b601 by DRC · 14 years ago
  16. 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
  17. c56a74c Get rid of unused IS_WIN32 conditional by DRC · 14 years ago
  18. 51705fb by DRC · 14 years ago
  19. 8071c39 by DRC · 14 years ago
  20. e43d21d by DRC · 14 years ago
  21. 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
  22. 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
  23. 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
  24. 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
  25. 9026b37 "OS/X"="OS X" by DRC · 14 years ago
  26. 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
  27. 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
  28. 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
  29. ddcd5a1 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
  30. 98b8529 Use option() to handle configuration variables, so they will show up in the CMake GUI by DRC · 14 years ago
  31. dc6f6a9 Don't need MSVC definition in assembler code anymore by DRC · 14 years ago
  32. 577ae78 Don't need MSVC definition in assembler code anymore by DRC · 14 years ago
  33. 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
  34. d9ee65c by DRC · 14 years ago
  35. 2a33dfc by DRC · 14 years ago
  36. 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
  37. 2ffcb8e Comment code by DRC · 14 years ago
  38. e7fde87 Fix jpegoptim with v7 emulation as well by DRC · 14 years ago
  39. 7394e27 Fix jpegoptim with v7 emulation as well by DRC · 14 years ago
  40. db42506 Allow customization of Java compiler flags by DRC · 14 years ago
  41. 59a5834 Ensure that image_width and image_height are initialized if libjpeg v8 emulation is enabled. by DRC · 14 years ago
  42. c39ec14 The Independent JPEG Group's JPEG software v8c by Guido Vollbeding · 10 years ago jpeg-8c
  43. a4ecaac The Independent JPEG Group's JPEG software v8b by Guido Vollbeding · 10 years ago jpeg-8b
  44. f18f81b The Independent JPEG Group's JPEG software v8a by Guido Vollbeding · 10 years ago jpeg-8a
  45. 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 10 years ago jpeg-8
  46. 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 10 years ago jpeg-7
  47. 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 10 years ago jpeg-ari
  48. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 10 years ago jpeg-6b
  49. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 10 years ago jpeg-6a
  50. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 10 years ago jpeg-6
  51. a8b67c4 The Independent JPEG Group's JPEG software v5b by Thomas G. Lane · 10 years ago jpeg-5b
  52. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 10 years ago jpeg-5a
  53. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 10 years ago jpeg-5
  54. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 10 years ago jpeg-4a
  55. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 10 years ago jpeg-4
  56. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 10 years ago jpeg-3
  57. bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 10 years ago jpeg-2
  58. 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 10 years ago jpeg-1
  59. df48945 Ensure that image_width and image_height are initialized if libjpeg v8 emulation is enabled. by DRC · 14 years ago
  60. 279bd34 Change build instructions and README to reflect the fact that the Java front-end classes are now part of the build and distribution by DRC · 14 years ago
  61. a0f878a Add testclean target for cleaning up test images by DRC · 14 years ago
  62. b0428a7 Fix compiler warning by DRC · 14 years ago
  63. 848f225 Oops. Constructor should actually do something. by DRC · 14 years ago
  64. 62c6f98 Distribute TJLoader.java.in by DRC · 14 years ago
  65. 58b6ec4 Ensure that *gra*.asm is rebuilt whenever *gry*.asm changes. by DRC · 14 years ago
  66. b2f9415 Slight refactor to put ScalingFactor into its own class (mainly because the $ in the class name was wreaking havoc on the build scripts, but also to add a few convenience methods to it) and to create a separate loader class so we can provide a .jar file with the MinGW distribution that loads the correct DLL by DRC · 14 years ago
  67. 86e51f2 Fix compiler warning with OpenJDK by DRC · 14 years ago
  68. 9db6beb by DRC · 14 years ago
  69. 9e50fa7 Fixed a regression bug in the NSIS script that caused the Windows installer by DRC · 14 years ago
  70. 957d623 Include TurboJPEG/OSS Java wrapper JAR in Windows distribution packages by DRC · 14 years ago
  71. 01fa031 Fix regression bug that caused the "Installer" targets to fail when building from the MSVC IDE by DRC · 14 years ago
  72. 88f54a4 Modify build instructions to reflect the fact that the Java front-end classes are now built along with the JNI wrapper by DRC · 14 years ago
  73. dffd53d Fix 'make dist' so that it includes only what we need from java/ (it was errantly including java/Makefile) by DRC · 14 years ago
  74. f2602ce Build and package TurboJPEG/OSS Java wrapper into JAR file by DRC · 14 years ago
  75. b6ed7d3 Use a different naming convention, to avoid conflict with jpegut by DRC · 14 years ago
  76. 04def09 Use the same naming convention for the output files as the Java tests by DRC · 14 years ago
  77. 4f8c295 Clean up compiler warnings by DRC · 14 years ago
  78. ba6f457 make testclean should clean up .yuv and 4:4:0 files as well by DRC · 14 years ago
  79. e44f8c0 make testclean should clean up .yuv files as well by DRC · 14 years ago
  80. e08c05f "JAVA_CFLAGS"="JNI_CFLAGS" by DRC · 14 years ago
  81. 1e14b47 Get rid of unused IS_WIN32 conditional by DRC · 14 years ago
  82. bb83575 Get rid of unused IS_WIN32 conditional by DRC · 14 years ago
  83. b97bafd Create local round up function for jmemmgr.c so we can revert the original argument types of jround_up() without breaking the build on 64-bit Windows. by DRC · 14 years ago
  84. a8eabfe Create local round up function for jmemmgr.c so we can revert the original argument types of jround_up() without breaking the build on 64-bit Windows. by DRC · 14 years ago
  85. 1da7858 MinGW64 no longer prefixes symbols with underscores by default by DRC · 14 years ago
  86. b94f2de Clean up packaging system by DRC · 14 years ago
  87. cd2e694 MinGW64 no longer prefixes symbols with underscores by default by DRC · 14 years ago
  88. 1c87e45 We want to keep the same name for the install directory, even though the installer name has changed by DRC · 14 years ago
  89. 539b288 Typo by DRC · 14 years ago
  90. 47aaf6f MinGW64 no longer prefixes symbols with underscores by default by DRC · 14 years ago
  91. 328c438 Oops. Forgot to generate makecygwinpkg by DRC · 14 years ago
  92. e6f597f Don't use architecture extension in package name, since we're building a combined package by DRC · 14 years ago
  93. bfa34cf "release/"="pkgscripts/" by DRC · 14 years ago
  94. 5e091d4 Need to put the generated packaging scripts in a directory other than release/ so they won't get distributed by DRC · 14 years ago
  95. 95db4f4 Clean up packaging system by DRC · 14 years ago
  96. 1a79ede 1.1.1 by DRC · 14 years ago
  97. a6471c3 by DRC · 14 years ago
  98. f5c3bb3 by DRC · 14 years ago
  99. fe6a2ee Throw a warning if an unexpected marker is found in the middle of the JPEG data stream by DRC · 14 years ago
  100. ebf239d Throw a warning if an unexpected marker is found in the middle of the JPEG data stream by DRC · 14 years ago