Path to this page:
Next | Query returned 2 messages, browsing 1 to 10 | previous
CVS Commit History:
2015-02-15 12:35:30 by Niclas Rosenvik | Files touched by this commit (4) |
Log message:
Updated mozjpeg to version 3.0.
Removed use of autotools and patched Makefile.in instead of Makefile.am.
Changelog:
* mozjpeg is now backward ABI-compatible with libjpeg-turbo.
See 'README-mozilla.txt' for more information.DC trellis quantization
(compression improvement)
* Merge successive DQT (FFDB) and DHT (FFC4) markers in a single marker
(compression improvement)
* Deringing for black-on-white text
* Option to select quantization tables
* New cjpeg flag ?-version? to obtain version
* PNG input support for cjpeg
* Various other improvements from syncing with latest libjpeg-turbo code
|
2014-08-07 11:06:08 by Thomas Klausner | Files touched by this commit (6) |
Log message:
Import mozjpeg-2.1 as wip/mozjpeg.
This project's goal is to reduce the size of JPEG files without
reducing quality or compatibility with the vast majority of the
world's deployed decoders.
The idea is to reduce transfer times for JPEGs on the Web, thus
reducing page load times.
'mozjpeg' is not intended to be a general JPEG library replacement.
It makes tradeoffs that are intended to benefit Web use cases and
focuses solely on improving encoding. It is best used as part of
a Web encoding workflow. For a general JPEG library (e.g. your
system libjpeg), especially if you care about decoding, we recommend
libjpeg-turbo.
TODO:
Decide if this should be integrated in mk/jpeg.buildlink3.mk or
how it should interact with the other jpeg packages.
|
Next | Query returned 2 messages, browsing 1 to 10 | previous