libjpegis a freelibrarywithfunctionsfor handling theJPEGimage data format. It implements a JPEGcodec(encoding and decoding) alongside various utilities for handling JPEG data. It is written inCand distributed asfree softwaretogether with itssource codeunder the terms of a custompermissive(BSD-like) free software license, which demandsattribution. The original variant is maintained and published by the Independent JPEG Group (IJG). Meanwhile, there are severalforkswith additional features.
Developer(s) | Independent JPEG Group Guido Vollbeding (maintainer)[1][2] |
---|---|
Initial release | October 7, 1991 |
Stable release | 9f[3]
/ 14 January 2024 |
Repository | github |
Written in | C |
Operating system | Cross-platform |
Type | library |
License | CustomBSD-like (free software) |
Website | ijg jpegclub.org |
JPEGJFIFimages are widely used on the Web. The amount of compression can be adjusted to achieve the desired trade-off between file size and visual quality.[4]
Utilities
editThe following utility programs are shipped together with libjpeg:
- cjpeg and djpeg
- for performing conversions between JPEG and some other popular image file formats.
- rdjpgcom and wrjpgcom
- for inserting and extracting textual comments in JPEG files.
- jpegtran
- for transformation of existing JPEG files.
jpegtran
editThecommand-lineprogramjpegtranprovides several features for reformatting and recoding the representation of theDCTcoefficients, for transformation of actual image data and for discarding auxiliary data in JPEG files, respectively. The transformations regarding the representation of the coefficients comprise:
- optimisation of theHuffman codinglayer of a JPEG file to increase compression,
- conversion between progressive and sequential JPEG formats,
- conversion between Huffman andarithmetic codingin theentropy codinglayer.[5][6][7]
These transformations are each completely lossless and reversible. The transformations on the image data comprise:
- eliminate non-standard application-specific data inserted by some image programs,
- perform certain transformations on a file, such as:
These arelosslessand reversible only regarding the image data that is kept. Reencoding with repeated lossy quantisation of the image data (generation loss) does not take place.
History
editThe JPEG implementation of the Independent JPEG Group (IJG) was first publicly released on 7 October 1991 and has been considerably developed since that time. The development was initially mainly done byTom Lane. Theopen-sourceimplementation of the IJG was one of the major open-source packages and was key to the success of the JPEG standard. Many companies incorporated it into a variety of products such as image editors and web browsers.[9]
For version 5, which was released on September 24, 1994, the whole code base was rewritten. It introduced the utility programsrdjpgcomandwrjpgcomfor handling embedded text comments. The version 6 from 2 August 1995 came with support for progressive JPEG and for the first time with the utility programjpegtran.This utility was extended with features to rotate and flip images and grayscale reduction in version 6b.
libjpeg-turbo and descendants
editFrom version 6b of libjpeg of 27 March 1998, Miyasaka Masaru forked a branch namedlibjpeg/SIMD,which included x86 SIMD optimisations. It got substantial contributions from the TigerVNC and the VirtualGL projects in 2009. On that basis the libjpeg-turbo project was created in 2010.[10]
On 4 March 2014, the first version of the filesize-optimising forkMozJPEGwas published. For this version Josh Aas from Mozilla Research reworked thePerlscriptjpegcrushfromx264's main developer Loren Merritt and integrated it into the code base of libjpeg-turbo.[11]
On 10 July 2014, Mozilla released version 2.0, which mainly added trellis quantisation and is now able to reduce the size of baseline JPEGs also.Facebook,Inc. donated60000dollarsfor the development of the next version,[12]andCloudFlareassigned a developer for the improvement of MozJPEG.[13]
In 2019, libjpeg-turbo became the ISO and ITU endorsed reference implementation for the JPEG format.[14]
In April 2024, Google introducedJpegli,a new JPEG coding library that offers enhanced capabilities and a 35% compression ratio improvement at high quality compression settings, while the coding speed is comparable with MozJPEG.[15]
Change in IJG leadership
editAfter 11 years and a change in leadership, the IJG under Guido Vollbeding released new versions of libjpeg (7 through 9), of which each broke ABI compatibility with previous versions.[16]The changes that were held in prospect after the 6x series were not delivered.[17]
In version 7, support forarithmetic codingwas introduced, which earlier has been rejected because of thepatentsituation, as well as the crop feature in jpegtran (-crop
).[17]
Versions 8 and 9 served basically for the introduction of controversial[18]incompatible format extensions. These are widely regarded as ineffective and inferior to existing, standardised solutions.[19][20]Their standardisation was rejected after submission to theITU-T.The original organiser Tom Lane and others criticize these changes as a break from the goals of the IJG.[18]
Versions
editVersion | Released | New features | |
---|---|---|---|
ITU T.81 JPEG Compatible | |||
1 | 1991 |
| |
2 | 1991 |
| |
3 | 1992 | Internal and image quality improvements | |
4 | 1992 | Internal and speed improvements | |
4a | 1993-02-18 | ||
5 | 1994-09-24 | Internal improvements and revised API | |
5a | 1994-12-07 | ||
5b | 1995-03-15 | ||
6 | 1995-08-02 |
| |
6a | 1996-02-07 | ||
6b | 1998-03-27 |
(used bylibjpeg-turbo,MozJPEGandJpegli) | |
7 | 2009-06-27 | ||
Proprietary non-compatible extensions | |||
8 | 2010-01-10 | ||
8a | 2010-02-28 | RGBA | |
8b | 2010-05-16 | Memory corruption & build fixes | |
8c | 2011-01-16 | Option for selecting DCT block size (SmartScale) | |
8d | 2012-01-15 | RGB JPEG (no color transform to YCbCr) | |
9 | 2013-01-13 | ||
9a | 2014-01-19 | ||
9b | 2016-01-17 | Computation improvements | |
9c | 2018-01-14 | jpegtran -wipe
| |
9d | 2020-01-12 |
| |
9e | 2022-01-16 | ARM and ARM64 support (MSVC) | |
9f | 2024-01-14 |
|
Legend: | Old version, not maintained | Old version, still maintained | Current stable version |
---|
Forks
editWell-known forks are libjpeg-turbo, which optimises for speed of execution, and MozJPEG, which optimises for smaller file sizes.
There is also asimilarly named libraryfrom theISO,which aims to be a complete implementation of JPEG,JPEG XTandJPEG-LSstandards.[26]
libjpeg-turbo
editDeveloper(s) | libjpeg-turbo Project |
---|---|
Initial release | November 19, 2010 |
Stable release | 3.0.4[27]
/ 14 September 2024 |
Repository | github |
Website | libjpeg-turbo |
libjpeg-turbo is aforkof libjpeg that usesSIMDinstructionsto accelerate baseline JPEG encoding and decoding. Many projects are now using libjpeg-turbo instead of libjpeg, including popular Linux distributions (Fedora,Debian,Mageia,openSUSE,...),Mozilla,andChrome.[28][29][30]Apart from performance, some projects have chosen to use libjpeg-turbo because it allows them to retain backwardABIcompatibility with the older libjpeg v6b release.[31]libjpeg v7, v8 and v9 broke ABI compatibility with prior releases.[16]
libjpeg-turbo implements the standard-compliant arithmetic coding and lossless crop features seen in libjpeg v7. It can also be configured to be compatible with the libjpeg v7 or v8 ABI, but it does implement DCT scaling and the proprietary SmartScale, which builds on DCT scaling.[32]libjpeg-turbo chooses not to support SmartScale, because it is not anITU-Tstandard and because their own research finds it (and DCT scaling) ineffective.[22]By extension, since the only major new feature in libjpeg v9 is specific to the SmartScale format, the libjpeg-turbo Project has chosen to forgo emulating libjpeg v9.[19]
Since 2019, libjpeg-turbo is one of the two JPEG reference implementations, available as ISO/IEC 10918-7 and ITU-T T.873.[14]The other reference implementation is ISO libjpeg which also includes support for JPEG XT and JPEG LS.
MozJPEG
editDeveloper(s) | Mozilla Research |
---|---|
Initial release | March 4, 2014 |
Stable release | 4.1.5
/ October 12, 2023[33] |
Website | github |
MozJPEG is a fork from libjpeg-turbo done by Josh Aas and others from Mozilla Research. It aims to speed up loading times of webpages by achieving a reduction in file size (of about 10%) and therefore transmission time through improvement of coding efficiency while retaining image quality. To achieve this, it uses more processing power for the encoding (asymmetry) while retaining full compatibility with the JPEG standard and requiring no changes on the decoder side.
The techniques MozJPEG uses to achieve high compression include optimisingHuffmantrees, using progressive coding to optimally split the spectrum of DCT coefficients into separate scans, and through the use oftrellis quantisation.Additionally, the presets are aggressively tuned towards the minimisation of file sizes.
Besides libjpeg-turbo, MozJPEG also builds upon jpegcrush, aPerlscript by Loren Merritt.[11][34]
Jpegli
editDeveloper(s) | |
---|---|
Initial release | November 14, 2020 |
Stable release | 0.10.2
/ March 8, 2024 |
Website | github |
In April 2024, Google introducedJpegli,a new JPEG coding library that offers enhanced capabilities and a 35% compression ratio improvement at high quality compression settings, while the coding speed is comparable with MozJPEG.[35]
ISO libjpeg
editISO/IECJoint Photography Experts Groupmaintains a reference software implementation for baseJPEG(ISO/IEC 10918-1 and 18477-1) andJPEG XTextensions (ISO/IEC 18477 Parts 2 and 6-9), as well as losslessJPEG-LS(ISO/IEC 14495).[36]It also includes some of the optimizations of MozJPEG. Though also named libjpeg, it is not related to the source code provided by Independent JPEG Group (IJG) and does not support proprietary extensions introduced by IJG since 2007.
See also
editReferences
edit- ^ Göhler, Lars (April 29, 2020)."New Version of libjpeg (Ver. 9d) of Independent JPEG Group available now".JPEGclub.org.Independent JPEG Group.Retrieved2021-01-25.
- ^
Friesenhahn, Bob (June 6, 2020)."Re: [Libjpeg-devel-6x] 4 Integer Overflow Errors in libjpeg-9c".SourceForge.net.SourceForge.Retrieved2021-01-25.
The only concern was that Guido Vollbeding is not likely subscribed to this list and IJG JPEG is essentially developed by one person.
- ^"Independent JPEG Group".Retrieved27 January2024.
- ^JPEG JFIF
- ^Jpegcrop Preferences and Options description
- ^Filmic Games >> The greatest failure of our patent system was...Archived2012-09-01 at theWayback Machine
- ^680385 - Firefox does not show arithmetic coded jpegs
- ^New jpegtran features
- ^JPEG homepage
- ^"libjpeg-turbo".libjpeg-turbo.
- ^abAndré Kramer (heise.de-Newsticker), January 14, 2013:Mozilla-Encoder verbessert JPEG-Kompression
- ^Sebastian Grüner, 16. Juli 2014:MozJPEG 2.0: Facebook unterstützt JPEG-Encoder von Mozilla
- ^"CloudFlare möchte zu Mozillas JPEG-Encoder beitragen".30 July 2014.
- ^ab"ISO/IEC 10918-7:2019 Information technology — Digital compression and coding of continuous-tone still images — Part 7: Reference software".ISO."T.873 (05/19): Information technology - Digital compression and coding of continuous-tone still images: Reference software".www.itu.int.
- ^"Introducing Jpegli: A New JPEG Coding Library".Google Open Source Blog. 3 April 2024. Archived fromthe originalon 3 April 2024.Retrieved4 April2024.
- ^ab"libjpeg: API/ABI changes review".Retrieved2017-10-28.
- ^abMans Rullgard (Hardwarebug.org), August 4, 2009:IJG is backArchived2014-07-16 at theWayback Machine
- ^abTom Lane, January 16, 2013:jpeg-9, API/ABI compatibility, and the future role of this project
- ^ab"What About libjpeg v9?".libjpeg-turbo team.RetrievedFebruary 8,2013.
- ^Mans Rullgard (Hardwarebug.org), February 1, 2010:IJG swings again, and misses
- ^"ITU-T T.81 (JPEG-1)-based still-image coding using an alternative arithmetic coder"(pdf). September 2009.
- ^ab"libjpeg-turbo | About / A Study on the Usefulness of DCT Scaling and SmartScale".libjpeg-turbo.org.
- ^ITU-T JPEG-Plus Proposal R3
- ^Evolution of JPEG
- ^JPEG 9 Lossless Coding
- ^"Libjpeg".GitHub.6 October 2021.
- ^"Release 3.0.4 · libjpeg-turbo/libjpeg-turbo".Retrieved15 September2024.
- ^Software That Uses or Provides libjpeg-turbo.February 9, 2012.
- ^Issue 48789 – chromium – Use libjpeg-turbo instead of libjpeg.April 14, 2011.
- ^Bug 698519 – Update to libjpeg-turbo 1.2.February 28, 2012
- ^libjpeg for F14.February 9, 2012.
- ^libjpeg-turbo README fileArchived2018-12-14 at theWayback Machine
- ^"Releases · mozilla/mozjpeg".github.com.Retrieved2022-08-14.
- ^Andreas Donath (golem.de), March 6, 2014:Mozilla will JPEGs besser komprimieren
- ^"Introducing Jpegli: A New JPEG Coding Library".Google Open Source Blog. 3 April 2024. Archived fromthe originalon 3 April 2024.Retrieved4 April2024.
- ^"Jpeg - Jpeg Xt".
External links
edit- JPEG FAQs
- Nyman, Robert; Aas, Josh (Aug 6, 2014)."Using MozJPEG to Create Efficient JPEGs".Hacks.Mozilla.