Welcome to the JPEG XL and libjxl community website. If you don't know what JPEG XL is, check out its key advantages!

Want to update this site? Make a pull request!

JPEG XL?

JPEG XL (.jxl) is the next-generation, general-purpose image compression codec by the JPEG committee. It was based on Google's Pik proposal and Cloudinary's FUIF proposal (which itself was based on FLIF). But JPEG XL has become much more than 'just' the sum of Pik and FUIF...

Official JPEG XL website | Reddit | Discord

Media type (formerly known as MIME type): image/jxl
Test page to check browser support

JXL Art! Beauty in a handful of bytes.

Key features

• High-fidelity lossy image compression
• Best lossless image compression
• Progressive decoding
• Lossless JPEG transcoding
• Designed for both photographic and synthetic images
• Fast software encoding and decoding
• Full support for wide gamut and HDR
• Perceptually optimizing reference encoder
• FOSS and royalty-free

Compression

• Lossy: about 60% smaller than JPEG for same visual quality
• Lossless JPEG transcoding: about 20% smaller
• Lossless: about 35% smaller than PNG (50% smaller for HDR)

Compare with your own eyes (by Eclipseo)
Comparisons by WebP2 team
Try it: Squoosh.app

Software

• JPEG XL C++ reference implementation (libjxl) (nightly dev builds)
• JPEG XL Java decoder implementation (jxlatte)
• JPEG XL Rust decoder implementation (jxl-oxide)
• Safari: supported since version 17 Beta
• Chrome: behind a flag since M91, removed since M110. An add-on is available.
• Firefox: behind a flag in Nightly since version 90. An add-on is available.
• Thorium: enabled by default since M98
• Edge: behind a flag since version 91, removed since version 110
• Opera: behind a flag since version 77, removed since version 96
• Pale Moon: supported since version 31.4.0
• Waterfox: supported since version G5.1.2
• ImageMagick: since version 7.0.10-54
• A JavaScript Polyfill: from the sources of Squoosh
• libvips: since version 8.11
• FFmpeg: since version 5.1
• GIMP: since version 2.10.32, export support since version 2.10.34
• Krita: since version 5.1.0
• darktable: since version 4.2.0
• Adobe Camera Raw 15
• Affinity Photo/Designer 2
• [ More... ]

Blog posts

• The Case for JPEG XL (November 2022)
• Using Saliency in progressive JPEG XL images (September 2021)
• Time for Next-Gen Codecs to Dethrone JPEG (February 2021)
• Legacy and Transition: Creating a New Universal Image Codec (January 2021)
• Improve the Web Experience With Progressive Image Decoding (January 2021)
• What to Focus on in Image Compression: Fidelity Or Appeal (December 2020)
• Cloudinary supports JPEG XL (November 2020)
• How JPEG XL compares to other image codecs (May 2020)
• FUIF: Introducing FUIF, Why another image format?, Legacy friendliness (December 2018)

Presentations

• JPEG XL overview (slide deck is kept up-to-date)
• JPEG XL White Paper, January 2021
• JPEG XL: The Next Generation "Alien Technology From The Future", ImageReady, October 2020.
• JPEG XL: An Update, ImageReady 1.2, October 2021.
• Next-generation of Image Formats for the Web, ImageCon, May 2019

Contributors

The following people made key contributions to the JPEG XL project and libjxl: Jyrki Alakuijala, Luca Versari, Jon Sneyers, Zoltan Szabadka, Jan Wassenberg, Lode Vandevenne, Sami Boukortt, Alex Deymo, Alexander Rhatushnyak, Evgenii Kliuchnikov, Moritz Firsching, Thomas Fischbacher, Martin Bruse, Renata Khasanova, Robert Obryk, Sebastian Gomez-Gonzalez, Iulia-Maria Comșa, Krzysztof Potempa, Pieter Wuille.

We would also like to acknowledge the following persons among JPEG experts who played a role in the development of the JPEG XL standard: Jan De Cock, Touradj Ebrahimi, Walt Husak, Andy Kuzma, Fernando Pereira, Antonio Pinheiro, Thomas Richter, Peter Schelkens, Takaaki Ishikawa, Seungcheol Choi, Oh-Jin Kwon, Gary Sullivan, Evgeniy Upenik, Osamu Watanabe.