]> granicus.if.org Git - libjpeg-turbo/commitdiff
Actually, we need to increase the size of BUFSIZE, not just the size of _buffer....
authorDRC <dcommander@users.sourceforge.net>
Thu, 21 Aug 2014 03:40:37 +0000 (03:40 +0000)
committerDRC <dcommander@users.sourceforge.net>
Thu, 21 Aug 2014 03:40:37 +0000 (03:40 +0000)
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1367 632fc199-4ca6-4c93-a231-07263d6284db

1  2 
ChangeLog.txt
jchuff.c

diff --cc ChangeLog.txt
index f5374ef77af37a2e929f65be007fdc440c2b8a26,36046f97d79938593f34a0c3076f5ba98124a975..6f39b0a2d6c98c0e678586178998a1968e591a12
@@@ -81,23 -14,17 +81,31 @@@ set to JMSG_COPYRIGHT
  characters to be passed on the command line, which was causing it to generate
  incorrect JPEG files.
  
 -[4] Fixed a bug in the build system that was causing the Windows version of
 -wrjpgcom to be built using the rdjpgcom code.
 +[12] Fixed a bug in the build system that was causing the Windows version of
 +wrjpgcom to be built using the rdjpgcom source code.
 +
 +[13] Restored 12-bit-per-component JPEG support.  A 12-bit version of
 +libjpeg-turbo can now be built by passing an argument of --with-12bit to
 +configure (Unix) or -DWITH_12BIT=1 to cmake (Windows.)  12-bit JPEG support is
 +included only for convenience.  Enabling this feature disables all of the
 +performance features in libjpeg-turbo, as well as arithmetic coding and the
 +TurboJPEG API.  The resulting library still contains the other libjpeg-turbo
 +features (such as the colorspace extensions), but in general, it performs no
 +faster than libjpeg v6b.
 +
 +[14] Added ARM 64-bit SIMD acceleration for the YCC-to-RGB color conversion
 +and IDCT algorithms (both are used during JPEG decompression.)  For unknown
 +reasons (probably related to clang), this code cannot currently be compiled for
 +iOS.
  
 -[5] Fixed an extremely rare bug that could cause the Huffman encoder's local
++[15] Fixed an extremely rare bug that could cause the Huffman encoder's local
+ buffer to overrun when a very high-frequency MCU is compressed using quality
+ 100 and no subsampling, and when the JPEG output buffer is being dynamically
+ resized by the destination manager.  This issue was so rare that, even with a
+ test program specifically designed to make the bug occur (by injecting random
+ high-frequency YUV data into the compressor), it was reproducible only once in
+ about every 25 million iterations.
  
  1.3.1
  =====
diff --cc jchuff.c
Simple merge