ryan/mozjpeg
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

ChangeLog: Acknowledge 2.0.3/de-acknowledge 2.0.4

Browse Source 
It is very unlikely that there will be an official 2.0.4 release.
This commit is contained in:
DRC
2019-11-07 15:15:36 -06:00
parent 42825b68d5
commit 82695cfddf
1 changed files with 8 additions and 14 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
ChangeLog.md
View File

@@ -1,7 +1,7 @@
2.1 pre-beta 2.1 pre-beta
============ ============
### Significant changes relative to 2.0.1: ### Significant changes relative to 2.0.3:
1. The build system, x86-64 SIMD extensions, and accelerated Huffman codec now 1. The build system, x86-64 SIMD extensions, and accelerated Huffman codec now
support the x32 ABI on Linux, which allows for using x86-64 instructions with support the x32 ABI on Linux, which allows for using x86-64 instructions with
@@ -45,14 +45,19 @@ longer supports 32-bit Java virtual machines. Oracle no longer provides a
32-bit JVM for macOS, and Apple's implementation of Java 1.6 (Java for OS X 32-bit JVM for macOS, and Apple's implementation of Java 1.6 (Java for OS X
systems) is long obsolete. systems) is long obsolete.
5. The SSE2 (x86 SIMD) and C Huffman encoding algorithms have been 5. Fixed a regression in the Windows packaging system (introduced by
2.0 beta1[2]) whereby, if both the 64-bit libjpeg-turbo SDK for GCC and the
64-bit libjpeg-turbo SDK for Visual C++ were installed on the same system, only
one of them could be uninstalled.
6. The SSE2 (x86 SIMD) and C Huffman encoding algorithms have been
significantly optimized, resulting in a measured average overall compression significantly optimized, resulting in a measured average overall compression
speedup of 12-28% for 64-bit code and 22-52% for 32-bit code on various Intel speedup of 12-28% for 64-bit code and 22-52% for 32-bit code on various Intel
and AMD CPUs, as well as a measured average overall compression speedup of and AMD CPUs, as well as a measured average overall compression speedup of
0-23% on platforms that do not have a SIMD-accelerated Huffman encoding 0-23% on platforms that do not have a SIMD-accelerated Huffman encoding
implementation. implementation.
6. The block smoothing algorithm that the libjpeg API library optionally 7. The block smoothing algorithm that the libjpeg API library optionally
applies when decompressing multi-scan images is now more fault-tolerant. applies when decompressing multi-scan images is now more fault-tolerant.
Previously, if a particular scan was incomplete, then the smoothing parameters Previously, if a particular scan was incomplete, then the smoothing parameters
for the incomplete scan would be applied to the entire output image, including for the incomplete scan would be applied to the entire output image, including
@@ -64,17 +69,6 @@ which scan generated the pixels in that row, rather than always using the block
smoothing parameters for the most recent scan. smoothing parameters for the most recent scan.
2.0.4
=====
### Significant changes relative to 2.0.3:
1. Fixed a regression in the Windows packaging system (introduced by
2.0 beta1[2]) whereby, if both the 64-bit libjpeg-turbo SDK for GCC and the
64-bit libjpeg-turbo SDK for Visual C++ were installed on the same system, only
one of them could be uninstalled.
2.0.3 2.0.3
===== =====