View source for JPEG XL

{{Short description|Raster graphics file format}}
{{Infobox file format
| name=JPEG XL
| icon=JPEG XL logo.svg
| iconcaption=
| icon_size=
| screenshot=
| screenshot_size=
| caption=
|_noextcode=
| extension=.jxl
|_nomimecode=
| mime=image/jxl<ref name="media type"/>
| type_code=
| uniform_type=public.jpeg-xl<ref name="jpegxl-uti"/>
| conforms_to=
| magic=<code>FF 0A</code> or <code>00 00 00 0C 4A 58 4C 20 0D 0A 87 0A</code><ref name="libjxl-format-overview"/>
| developer={{plainlist|
* [[Joint Photographic Experts Group]]
* [[Google]]
* [[Cloudinary]]
}}
| released=               <!-- {{start date and age|YYYY|mm|dd|df=yes/no}} -->
| latest_release_version=
| latest_release_date=    <!-- {{start date and age|YYYY|mm|dd|df=yes/no}} -->
| genre=[[Lossy]]/[[lossless]] [[raster graphics|bitmap]] [[image format]]
| container_for=
| contained_by=
| extended_from={{plainlist|
* [[PIK (image format)|PIK]]<ref name="fuif-readme"/>
* [[Free Lossless Image Format|FLIF]]&ndash;[[Free Universal Image Format|FUIF]]<ref name="fuif-readme" />
* [[ISO-BMFF]]
}}
| extended_to=
| standard=ISO/IEC 18181<ref name="iso-iec-18181-1"/>
| open=Yes ([[royalty-free]]<ref name="royaltyfree"/>)
| url={{plainlist|
* {{URL|1=https://jpeg.org/jpegxl}} (official website)
* {{URL|https://jpegxl.info}} (community website)}}
}}
'''JPEG XL''' is a [[royalty-free]] [[open standard]] for the [[image compression|compressed]] representation of [[raster graphics]] images. It defines a [[graphics file format]] and the abstract device for coding JPEG XL bitstreams. It is developed by the [[Joint Photographic Experts Group]] (JPEG) and standardized by the [[International Electrotechnical Commission]] (IEC) and the [[International Organization for Standardization]] (ISO) as the international standard '''ISO/IEC 18181'''.
As a superset of [[JPEG]]/JFIF encoding, with a compression mode built on a traditional block-based [[transform coding]] core and a "modular mode" for synthetic image content and lossless compression. Optional lossy [[quantization (image processing)|quantization]] enables both lossless and lossy compression.
The name refers to the design committee ([[Joint Photographic Experts Group|JPEG]]), the ''X'' designates the series of its image coding standards published since 2000 ([[JPEG XT]]/[[JPEG XR|XR]]/[[JPEG XS|XS]]), and ''L'' stands for "long-term", highlighting the intent to create a future-proof, long-lived format to succeed [[JPEG]]/JFIF.<ref name="GIMP issue"/>
The main authors of the specification are Jyrki Alakuijala, Jon Sneyers, and Luca Versari. Other collaborators are Sami Boukortt, Alex Deymo, Moritz Firsching, Thomas Fischbacher, Eugene Kliuchnikov, Robert Obryk, Alexander Rhatushnyak, Zoltan Szabadka, Lode Vandevenne, and Jan Wassenberg.
==Positioning==
It was designed to become a universal replacement for all established raster formats for the Web.<ref name="royaltyfree"/>
To reach widespread adoption (unlike previous attempts, including several JPEG standards), the designers hope for beneficial network effects by offering the single best option for as many popular use cases as possible.
To that end the format offers significant improvements over all other (established) options with a comprehensive set of useful properties, geared especially towards accessibility over the Web and a smooth upgrade path, in combination with uncompromisingly powerful, yet efficiently computable compression and efficient data representation. Following a study about the most popular JPEG quality on the Web, developers paid special attention to the range with negligible or [[Transparency (data compression)|no]] perceived loss, and the default settings were adjusted accordingly. Several serious attempts at replacing JPEG that provided poor support for the high end of the quality range have failed.<ref name="SPIE 11137.2" />
The JPEG XL call for proposals<ref name="cfp" /> talks about the requirement of substantially better compression efficiency (60% improvement) comparing to JPEG. The standard is expected to outperform the still image compression performance shown by [[High Efficiency Image File Format#HEIC: HEVC in HEIF|HEIC]], [[AVIF]], [[WebP]], and [[JPEG 2000]].
==History==
In 2015, Jon Sneyers of the company ''[[Cloudinary]]'' published his [[Free Lossless Image Format]] (FLIF) on which he based his standardization proposal, called the Free Universal Image Format (FUIF), that begot JXL's "modular mode".
In 2017 [[Google]]'s data compression research team in Zurich published the PIK format, the prototype for the frequency transform coding mode.
In 2018, the Joint Photographic Experts Group (JTC1 / SC29 / WG1) published a call for proposals for JPEG XL, its next-generation image coding standard.<ref name="cfp"/> The proposals were submitted by September 2018. From seven proposals, the committee selected two as the starting point for the development of the new format: FUIF<ref name="fuif"/> and PIK.<ref name="pik"/><ref name="Sneyers19"/> In July 2019 the committee published a draft, mainly based on a combination of the two proposals.<ref name="committeedraft2"/> The bitstream was informally frozen on 24 December 2020 with the release of version 0.2 of the libjxl reference software.<ref name="libjxl0.2"/>
The file format and core coding system were formally standardized on 13 October 2021 and 30 March 2022 respectively.<ref name="iso-iec-18181-1"/><ref name="iso-iec-18181-2"/>
===Industry support and adoption===
Besides [[Cloudinary]], throughout JPEG XL's preliminary implementation in web browsers, various representatives of well-known industry brand names have publicly voiced support for JPEG XL as their preferred choice, including [[Facebook]],<ref name="Andre21-04"/><ref name="Andre21-05"/> [[Adobe Inc.|Adobe]],<ref name="Rosenthol21"/><ref name="Chan22"/> [[Intel]] and the [[Video Electronics Standards Association]],<ref name="Wooster22-08"/><ref name="Wooster22-11"/> [[The Guardian]],<ref name="Chauvin22-08"/><ref name="Chauvin22-01"/> [[Flickr]] and [[SmugMug]],<ref name="MacAskill22"/> [[Shopify]],<ref name="Bendell22"/> the [[Krita]] Foundation,<ref name="Rempt22"/> and [[Serif Europe|Serif Ltd.]]<ref name="Brightman22"/>
Google's stance on JPEG XL is ambiguous, as it has contributed to the format but refrained from shipping an implementation of it in its browser. Support in [[Chromium (web browser)|Chromium]] and [[Google Chrome|Chrome]] web browsers was introduced for testing April 1, 2021<ref name="crbug"/> and removed on December 9, 2022 – with support removed in version 110.<ref name="registercr"/><ref name="Chromium issue"/> The Chrome team cited a lack of interest from the ecosystem, insufficient improvements, and a wish to focus on improving existing formats as reasons for removing JPEG XL support.<ref name="crbug" /><ref name="cloudinary"/><ref name="registercr"/>
The decision was met with opposition from the community, with many voicing support for JPEG XL on Chromium's bug tracker.<ref name="crbug" /><ref name="Shankland22"/><ref name="cloudinary" /> Jon Sneyers, co-author of the JPEG XL spec, has questioned the conclusions drawn by the Chrome team, saying: "I think there has been an unfortunate misinterpretation of the data{{nbsp}}... which has unfortunately led to an incorrect decision."<ref>{{cite mailing list|last=Sneyers|first=Jon|url=https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k/m/rq5IAWArAgAJ|title=Re: Intent to Prototype: JPEG XL decoding support (image/jxl) in blink|mailing-list=blink-dev|date=2022-12-14|access-date=2022-12-30}}</ref> The decision was also criticized by Greg Farough from the [[Free Software Foundation]], who said it demonstrated Google's "disturbing amount of control" over the web and web browsers.<ref name="Purdy23"/>
Mozilla expressed security concerns, as they feel that the rather bulky reference decoder would add a substantial amount of attack surface to Firefox. They expressed willingness to ship a decoder that meets their criteria if someone provides and integrates a suitable implementation. The JPEG XL team offered to write one for them in the memory-safe Rust language.<ref>https://github.com/mozilla/standards-positions/pull/1064</ref>
An extension to enable JPEG XL support in Chrome<ref name="viewer Chrome"/> and Firefox<ref name="viewer Firefox"/> became available in January 2024.
[[Apple Inc.]] included native JPEG XL file support starting with [[iOS]]/[[iPadOS]] 17, [[macOS Sonoma]], and [[Safari (web browser)|Safari 17]]. [[iPhone 16 Pro]] supports JPEG XL compression when capturing ProRAW photos.<ref name="Gray24"/>
The [[raw image format]] [[Digital Negative]] (DNG) allows image data contained within to be compressed using JPEG XL. Starting in version 1.7.0.0 from June 2023, JPEG XL compression was included as part of the specification.<ref name="DNG spec 1.7"/> This created a basis for later use as part of "Expert RAW" in Samsung Galaxy smartphones and Apple's "ProRAW".
===Standardization status===
{| class="wikitable sortable"
|-
! Common Name || Part || First public release date (First edition) || ISO/IEC Number || Formal Title
|-
|rowspan=4<!-- please, for each addition rowspan++ -->| JPEG XL || Part 1 || 30 March 2022 || [https://www.iso.org/standard/85066.html 18181-1:2024]|| JPEG XL Image Coding System — Part 1: Core coding system<ref name="iso-iec-18181-1"/>
|-
|Part 2 || 13 October 2021 || [https://www.iso.org/standard/85253.html 18181-2:2024]|| JPEG XL Image Coding System — Part 2: File format<ref name="iso-iec-18181-2"/>
|-
|Part 3 || 3 October 2022 || [https://www.iso.org/standard/80618.html 18181-3:2022] || JPEG XL Image Coding System — Part 3: Conformance testing
|-
|Part 4 || 5 August 2022 || [https://www.iso.org/standard/80619.html 18181-4:2022] || JPEG XL Image Coding System — Part 4: Reference software
|}
==Features==
JPEG XL has features aimed at web delivery such as advanced progressive decoding,<ref name="progressive_jxl"/> embedded previews, and minimal header overhead, as well as features aimed at [[image editing]] and [[digital printing]], such as support for multiple [[layers (digital image editing)|layers]], [[CMYK]], and [[spot color]]s. It also supports animated images.
The main features are:<ref name="Document WG1N84005"/><ref name="JPEG XL White Paper"/><ref name="vs AVIF"/><br/>
Compression:
*[[lossless compression|Lossless]] encoding for any channel, including alpha.
*Support for both photographic and synthetic imagery: The format features two complementary modes that can be used depending on the image contents.
*''Computationally efficient'' encoding and decoding without requiring specialized hardware: JPEG XL is about as fast to encode and decode as old JPEG using [[libjpeg-turbo]] and an order of magnitude faster to encode and decode compared to [[High Efficiency Image File Format|HEIC]] with [[x265]].<ref name="compare"/><ref name="SPIE 11353"/>
*It is also parallelizable.
Data reduction:
*''[[Lossy compression]]'' is supported through the optional quantization of transform coefficients.
*High image fidelity is well supported.
*Graceful quality degradation across a large range of [[bitrate]]s: Quality loss isn't as abrupt as with older formats.
*Perceptually optimized reference encoder which uses a perceptual [[color space]], and adaptive quantization.
Versatile and future-proof size limits:
*JPEG XL supports ultra-''high-resolution'' images (up to 1 terapixel) with dimensions of over a billion (2<sup>30</sup>-1) pixels per side,<ref name="compare"/>
*''sample precision'' of up to 32 bits, e.g. for [[high-dynamic-range video|HDR]] content.
*up to 4099 ''channels/components'': either one (grayscale), three ([[RGB]]), or four ([[CMYK]]) main channels. The rest of the channels are optional and can be used to store e.g. [[alpha compositing|alpha]] for transparency/compositing (either "straight" or "premultiplied"), [[depth map|depth]], or [[thermography|thermal]] data.<ref name=compare/>
*There can be ''multiple frames'', with non-zero duration (for animation) or with zero duration (for e.g. editing layers in [[graphics software]] or multi-page documents). Frames can be smaller or larger than the image canvas and can be blended in various ways. However, regular [[video codec]]s are still preferred for encoding realistic moving content.
*JPEG XL has built-in support for various ''color spaces'', ''transfer curves'', and high screen brightness. It is specifically designed to seamlessly handle ''[[wide color gamut]]'' color spaces with [[high dynamic range]] such as [[Rec. 2100]] with the [[perceptual quantizer|PQ]] or [[hybrid log–gamma|HLG]] [[transfer functions in imaging|transfer function]].
Data structuring:
*Tiles: Independent coding of sections of a large image by allowing images to be stored in tiles, e.g. for parallelization.
*Progressive decoding: Mode specifically designed for responsive loading of large images depending on the viewing device's resolution.
Upgrade path:
*''[[JPEG]] [[transcoding]]'': Being a JPEG superset, JXL provides efficient lossless recompression options for images in the traditional/legacy JPEG format that can represent JPEG data in a more space-efficient way (~20% size reduction due to the better entropy coder) and can easily be reversed, e.g. on the fly. Wrapped inside a JPEG XL file/stream, it can be combined with additional elements, e.g. an alpha channel.
*The format is ''extensible''.
Freedom to use, batteries included:
*''[[Royalty-free]]'' licensing of relevant (own) intellectual property/software patents.
*Production-ready [[open-source]] ''reference implementation'' available on [[GitHub]] under liberal licensing terms ([[3-clause BSD license]]).<ref name="libjxl"/>
==Technical details==
[[File:JPEG XL codec architecture.svg|thumb|upright=1.1|alt=Codec architecture diagram|Codec architecture]]
JPEG XL is based on ideas from Google's PIK format and [[Cloudinary]]'s FUIF format (which was in turn based on [[Free Lossless Image Format|FLIF]]).<ref name="FLIF.info"/>
The format is mainly based on two encoding modes:
* '''VarDCT''' mode (variable-blocksize [[discrete cosine transform|DCT]]) – it is based from the same DCT algorithm as legacy [[JPEG]], but blocks, instead of being restricted to 8×8, come in various sizes (2×2 up to 256×256), non-square shapes (e.g. 16×8, 8×32, 32×64), or can use another transforms (AFV, Hornuss). It is only used for the 3 color channels, which typically use the [[LMS color space#Image processing|XYB color space]] (although [[YCbCr]] is also supported in order to recompress legacy JPEG). The VarDCT mode is based on (lossy) PIK. Lossy modes typically use the [[XYB]] color space derived from [[LMS color space|LMS]].<ref name="SPIE 11137"/>
* '''Modular''' mode is responsible, among other things, for efficient lossless content encoding and also for lossy and near-lossless purposes. Modular can also be used internally in VarDCT to save 2D data, i.e. everything except the AC (high-frequency) DCT coefficients, including the DC image (which is always a 1:8 subsampled image so also includes low-frequency AC coefficients in case block sizes larger than 8×8 are used), the weights of adaptive quantization and filter strengths.
Any additional/extra channels (e.g. [[transparency (graphic)|alpha]], [[depth map|depth]], [[thermography|thermal]], [[spot color]]s, etc.) are always encoded in the modular mode. It was based on FUIF, combined with elements of lossless PIK, lossless WebP, and new ideas that have been developed during the collaborative phase of the standardization process.<ref>{{cite web |title=FLIF, 3 Sep 2021, jonsneyers comment |website=[[GitHub]] |url=https://github.com/FLIF-hub/FLIF/issues/549#issuecomment-912335312}}</ref> Modular mode allows lossy compression with the help of the modified [[Haar transform]] called "squeeze" which has progressive properties, quality of the image increases with the amount of data loaded.
One of the ways VarDCT-based images can be loaded more progressively is by saving the DC coefficients in a separate "DC frame" that uses modular squeeze: allowing previews corresponding to 1:16, 1:32 etc. subsampled images. A squeeze transform can also be used to encode the [[Alpha compositing|alpha channel]] progressively together with VarDCT-encoded color channels, making both modes work in tandem.
JPEG XL defaults to a [[transparency (data compression)|visually near-lossless]] setting that still provides good compression.<ref name="compare" />
These modes can be assisted by separate modeling of specific image features called:
* [[Centripetal Catmull–Rom spline|Splines]] for coding e.g. hairs (not yet used by the reference encoder).
* Repeating "patches" like text, dots, or [[sprite (computer graphics)|sprites]].
* Noise synthesis: since noise is hard to compress, it is better to separate it out and then regenerate it in the decoder. This is similar to [[film grain]] synthesis in modern video codecs like [[AV1]], although JPEG XL's noise synthesis is not aiming to mimick the granularity of analog photographic film, but rather to model the [[photon noise]] at the pixel level, i.e. those visible with a digital camera at high [[film speed#Current system: ISO|ISO]] settings.
JPEG XL codec can losslessly [[transcoding|transcode]] a widely supported subset of JPEG files, by directly copying JPEG's DCT block coefficients to 8×8 VarDCT blocks, making smaller file sizes possible due to JPEG XL's superior entropy coding. This process is reversible and it allows for the original JPEG file to be reconstructed bit-for-bit, although constraints limit support for some files.<ref>{{cite web |last=Sneyers |first=Jon |date=2021-12-10 |title=Feature request: allow jbrd to reconstruct a part of the file when it's not possible for the whole file |url=https://github.com/libjxl/libjxl/issues/895#issuecomment-991148244 |website=GitHub}}</ref>
Prediction is run using a pixel-by-pixel [[decorrelation|decorrelator]] without side information, including a parameterized self-correcting weighted ensemble of predictors. [[Context model]]ing includes specialized static models and powerful meta-adaptive models that take local error into account, with a signaled tree structure and predictor selection per context. [[Entropy coding]] is [[LZ77]]-enabled and can use either [[asymmetric numeral systems]] or [[Huffman coding|prefix codes]] (useful for low-complexity encoders, or reducing the overhead of short streams).<ref name="JPEG XL White Paper"/>
Animated (multi-frame) images do not perform [[motion compensation|advanced inter-frame prediction]], though some rudimentary inter-frame coding tools are available:
* Frames can be smaller than the full canvas size, leaving other pixels untouched.
* Frames support several blending modes in addition to replacing previous frames, such as addition or multiplication.<ref>{{cite web |url=https://github.com/libjxl/libjxl/blob/95eea7e/lib/jxl/frame_header.h#L168-L207 |title=JPEG XL reference implementation |website=[[GitHub]] |date=3 December 2021 |access-date=24 June 2021 |archive-date=30 December 2021 |archive-url=https://web.archive.org/web/20211230074420/https://github.com/libjxl/libjxl/blob/95eea7e/lib/jxl/frame_header.h#L168-L207 |url-status=live}}</ref>
* Up to four frames can be ''remembered'' and referenced by later frames, using the "patches" coding tool.
==Software==
===Codec implementations===
{{Infobox software
| name = JPEG XL Reference Software (libjxl)
| logo = Libjxl wordmark.svg
| screenshot = Libjxl 0.6.1 screenshot.png
| caption =
| author =
| developer =
| released = {{Start date and age|2019|12|27}}<ref>{{cite web |title=Update JPEG-XL with latest changes. |url=https://github.com/libjxl/libjxl/commit/ff09371267315c39fe0220082943c5834db04ab9 |website=GitHub |access-date=10 October 2022 |date=2019-12-27}}</ref>
| latest_release_version = 0.11.0
| latest_release_date = {{Start date and age|2024|09|13}}
| latest_preview_version =
| latest_preview_date = <!-- {{Start date and age|YYYY|MM|DD}} -->
| repo = {{wikidata|property|edit|reference|Q99738405|P1324}}
| programming_language = [[C++]]
| operating_system = {{cslist|[[Unix-like]]|[[Windows]]}}
| engine =
| platform =
| size =
| language =
| language_count =
| language_footnote =
| status =
| genre =
| license = [[New BSD License]] (previously [[Apache License 2.0]])
| website =
}}
The reference implementation software is called libjxl. It is written in [[C++]] and published on [[GitHub]] as free software under the terms of the [[New BSD License]] (before 2021 the [[Apache License 2.0]]). It supports Unix-like operating systems, like Linux and Apple's OS family, as well as Windows systems. It is available from the standard software repositories of all major Linux and BSD distributions.<ref>https://repology.org/project/libjxl/</ref> In addition to the eponymous codec library, it packages a suite of auxiliary tools, like the command line encoder <code>cjxl</code> and decoder <code>djxl</code>, the fast lossless-only encoder <code>fjxl</code>, the image codec benchmarking tool (speed, quality) <code>benchmark_xl</code>, as well as the [[GIMP]] and [[gdk]]-pixbuf plugin <code>file-jxl</code>. As of 2023 (v0.9.0) it also offers Google's jpegli, an improved JPEG codec that backports applicable new techniques to the old format, offering image quality improvements even for the decoder.<ref name="Maruccia24"/><ref name="Rosato23"/>
* J40: Independent, self-contained JPEG XL decoder.<ref name="J40"/>
** license: [[MIT License]] No Attribution
** [[C99]] single header library (no dependencies)
** In [[Roman numerals]], "XL" denotes 40, hence the name
*libjxl-tiny: a simpler encoder implementation of JPEG XL, aimed at photographic images without an alpha channel.<ref name="libjxl-tiny"/>
** license: [[New BSD License]]
* jxlatte: Java JPEG XL decoder <ref name="jxlatte"/>
** license: [[MIT License]]
* jxl_decode: A Python JPEG XL decoder.<ref name="jxl_decode"/>
** license: [[MIT License]]
* hydrium: Fast, ultra-low-memory, streaming JPEG XL encoder written in portable C.<ref name="hydrium"/>
** license: [[BSD License]]
* jxl-oxide: Small JPEG XL decoder written completely in Rust. Fully conforms to the specification.<ref name="jxl-oxide"/>
** dual license: [[MIT License]] and [[Apache License 2.0]]
An official Rust decoder written by the libjxl team is planned but is still incomplete. Work on it has been accelerated by Firefox suggesting they will more strongly consider support if an official Rust decoder is implemented.<ref name="jxl-rs"/>
===Official software support===
* [[Apple Inc.]]<ref name="Sneyers23"/>
** [[iOS]]/[[iPadOS]] 17 and later – system-wide reading including [[Files (Apple)|Files]] and [[Photos (Apple)|Photos]].
** [[macOS]] [[macOS Sonoma|Sonoma]] (version 14) and later – reading on [[Finder (software)|Finder]] and [[Preview (macOS)|Preview]].<ref>{{Cite web |date=2023-10-29 |title=macOS 14 Sonoma: The Ars Technica review |url=https://arstechnica.com/gadgets/2023/09/macos-14-sonoma-the-ars-technica-review/11/ |access-date=2023-10-29 |website=ArsTechnica}}</ref>
** [[visionOS]] (presumed).
** [[watchOS]] 10 and later.
** [[Safari (web browser)|Safari 17]] and later<ref>{{Cite web |title=Explore media formats for the web – WWDC23 – Videos |url=https://developer.apple.com/videos/play/wwdc2023/10122/ |access-date=2023-06-06 |website=Apple Developer}}</ref><ref>{{Cite web |title=Safari 17 Beta Release Notes |url=https://docs.developer.apple.com/documentation/safari-release-notes/safari-17-release-notes |access-date=2023-06-06 |website=Apple Developer Documentation}}</ref> via the [[WebKit]] engine.<ref>{{Cite web |title=208235 – Support JPEG XL images |url=https://bugs.webkit.org/show_bug.cgi?id=208235 |access-date=2023-07-28 |website=bugs.webkit.org}}</ref>
* [[Samsung]]
** [[One UI]] in [[Samsung Galaxy S24]] – storage capacity in Expert Raw.<ref>{{Cite web |title=Introducing the Galaxy S24 Camera/Gallery!
|url=https://r2.community.samsung.com/t5/Galaxy-S/Introducing-the-Galaxy-S24-Camera-Gallery/td-p/15350511 |access-date=2024-03-28 |website=Samsung Community |date=17 January 2024}}</ref>
* [[Tachiyomi]] 0.12.1 and later.<ref name="Tachiyomi"/>
* [[Waterfox]], a Firefox fork supports displaying JPEG XL images and animations.
* [[Pale Moon]] v31.4.0 and later (v31.4.1 fixed wrong color of decoded JPEG XL images, v31.4.2 fixed JPEG-XL's transparency display for images with an [[alpha channel]], and v32.0.0 support progressive decoding and animation for JPEG XL.).<ref name="Pale Moon"/>
* [[ImageMagick]] – reading and writing of JPEG XL images.<ref name="ImageMagick"/>
** [[GraphicsMagick]]
* [[KDE]] applications can be built with KImageFormats plugin with native JPEG XL support.<ref name="KImageFormats"/> This gives most KDE apps native support for both read and writing and works with all apps from the Dolphin file manager including Gwenview image viewer, [[Krita]] digital painting tool and [[DigiKam]] photo manager.
* [[XnView]] – reading and writing of JPEG XL images.<ref name="XnView"/>
* [[Affinity Photo|Affinity suite]] – reading and writing of JPEG XL images.<ref name="Affinity"/>
* [[GNOME]] 45 and later.
** [[GTK]] via the GDK pixbuf plugin.<ref>{{Cite web |title=Add libjxl to SDK and enable it for WebKitGTK |url=https://gitlab.gnome.org/GNOME/gnome-build-meta/-/merge_requests/1622 |website=GNOME GitLab}}</ref> Prior to 45, it wasn't supported officially.<ref>{{Cite web |title=GDK-pixbuf loader plugin's hard dependency on SKIA / SCMS may hurt adoption in core components of Linux desktop environments and distros |url=https://github.com/libjxl/libjxl/issues/1932 |access-date=2024-07-02 |website=libjxl GitHub}}</ref>
** [[GNOME Shell|Shell]] – used to store the default wallpapers.<ref>{{Cite web |date=2023-07-31 |title=default: switch JPG>JXL format |url=https://gitlab.gnome.org/GNOME/gnome-backgrounds/-/commit/c34485585c90acd465ad7fc22a0f8d3c0aa976f3 |website=GNOME GitLab}}</ref>
** Image Viewer via the Glycin image decoding library.<ref>{{Cite web |title=Image Viewer 45.beta |url=https://gitlab.gnome.org/GNOME/loupe/-/blob/798f2584ee69bfdda4cc64eef0dadc79e7010c76/NEWS#L144 |access-date=2024-07-02 |website=GNOME GitLab}}</ref>
** [[GNOME Web|Epiphany]]<ref name="Epiphany"/> via the WebKitGTK engine.<ref name="WebKitGTK"/>
* [[COSMIC (desktop environment)|COSMIC desktop environment]] Alpha 3 and later.<ref>{{Cite web |date=2024-10-31 |title=Alpha 3: Tales from the COSMIC Desktop Environment |url=https://blog.system76.com/post/cosmic-alpha-3/ |access-date=2024-11-01 |website=System76 Blog |language=en}}</ref>
* imlib2 of [[Enlightenment (window manager)|Enlightenment]]/[[Enlightenment Foundation Libraries|EFL]], that many image viewers are based on.
* [[Simple DirectMedia Layer]]'s image-loading subsystem.
* [[Darktable]] photography editor.
* [[VIPS (software)|VIPS]] image processing software package.
* [[FFmpeg]] library and video conversion application.
* [[Krita]] graphics editor.
* [[Amazon Photos]] – Amazon Prime Photo Storage.<ref name="Amazon Photos"/>
* PureRef – supported image format in PureRef 2.<ref name="PureRef"/>
* [[DICOM]] version 2024d introduced JPEG XL as a payload codec.<ref name="DICOM"/>
===Unofficial or indirect support===
* [[Microsoft Windows]] – A 3rd-party [[Windows Imaging Component]] (WIC) plugin adds viewing to [[File Explorer]], [[Microsoft Photos]], [[Windows Photo Viewer]], and thumbnails, and aware apps. Only On Windows 7/10.<ref>{{cite web |url=https://github.com/mirillis/jpegxl-wic |title=Jpeg Xl Wic |website=[[GitHub]] |date=27 November 2021 |access-date=23 March 2021 |archive-date=30 December 2021 |archive-url=https://web.archive.org/web/20211230180703/https://github.com/mirillis/jpegxl-wic |url-status=live}}</ref>
*Another Windows Imaging Component plugin, jxl-winthumb.<ref>{{cite web |url=https://github.com/saschanaz/jxl-winthumb/releases |title=JXL WIN Thumb |website=[[GitHub]] |date=11 June 2022 |access-date=27 December 2022}}</ref>
* [[macOS]] (prior to 14.0 Sonoma) – via a standalone app and a plugin for [[Quick Look]].<ref>{{cite web |url=https://github.com/yllan/JXLook |title=JXLook |website=[[GitHub]] |date=December 2021 |access-date=2021-03-01 |archive-date=2021-12-30 |archive-url=https://web.archive.org/web/20211230180707/https://github.com/yllan/JXLook |url-status=live}}</ref>
* [[Qt (software)|Qt]] support can be added with the qt-jpegxl-image-plugin.<ref>{{cite web |url=https://github.com/novomesk/qt-jpegxl-image-plugin |title=Qt jpegxl image plugin |website=[[GitHub]] |access-date=29 October 2023}}</ref>
* jpeg-xl-encode: a PHP JPEG XL wrapper for the reference implementation.<ref name="Siipola22"/>
===Preliminary web browser support===
* [[Firefox]] web browser – introduced for testing in [[Firefox#Experimental builds and ESR|Firefox Nightly build]].<ref>{{cite web |title=1539075 – (JPEG-XL) Implement support for JPEG XL (Image/JXL) |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |url-status=live |archive-url=https://web.archive.org/web/20220104233107/https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |archive-date=2022-01-04 |access-date=2021-03-01}}</ref>
==Rivals==
The main competitor for JPEG XL is [[AVIF]], which is based on the [[AV1]] video codec in a [[High Efficiency Image File Format|HEIF]] container. JPEG XL beats AVIF for higher quality images, but AVIF will often outperform JPEG XL on low quality images in low-fidelity, high-appeal compression: low quality AVIF images will smooth out details and hide compression artifacts better, making them more visually appealing than JPEG XL images of the same size. However, it is unclear to what extent this results from inherent properties of the two image formats themselves, and to what extent this results from the engineering focus of the available encoders.<ref>{{Cite web |date=2021-02-22 |title=It’s High Time to Replace JPEG With a Next-Generation Image Codec |url=https://cloudinary.com/blog/time_for_next_gen_codecs_to_dethrone_jpeg#compression |access-date=2024-09-13 |website=Cloudinary Blog}}</ref>
Other rival formats include:
*HEIC – [[High Efficiency Video Coding|HEVC]] video codec in a [[High Efficiency Image File Format|HEIF]] container.
*[[WebP]] – [[VP8]] video codec in a [[Resource Interchange File Format|RIFF]] container.
==Notes==
{{Notelist}}
==References==
{{Reflist|refs=
<ref name="media type">{{cite web |title=Media Types |publisher=IANA |url=https://www.iana.org/assignments/media-types/media-types.xhtml |access-date=2024-03-06 |url-status=live |archive-url=https://web.archive.org/web/20240305194423/https://www.iana.org/assignments/media-types/media-types.xhtml |archive-date=2024-03-05}}</ref>
<ref name="jpegxl-uti">{{cite web |title=<nowiki>UTTypeJPEGXL | Apple Developer Documentation</nowiki> |url=https://developer.apple.com/documentation/uniformtypeidentifiers/uttypejpegxl |publisher=Apple}}</ref>
<ref name="libjxl-format-overview">{{cite web |url=https://github.com/libjxl/libjxl/blob/f88745497118727f861cb00887cadcb395d10f1c/doc/format_overview.md |title=JPEG XL Format Overview|publisher=GitHub |access-date=2022-10-20 |url-status=live |archive-url=https://web.archive.org/web/20221020052500/https://github.com/libjxl/libjxl/blob/f88745497118727f861cb00887cadcb395d10f1c/doc/format_overview.md |archive-date=2022-10-20}}</ref>
<ref name="fuif-readme">{{cite web |url=https://github.com/cloudinary/fuif/blob/3ed48249a9cbe68740aa4ea58098ab0cd4b87eaa/README.md |title=fuif/README.md |publisher=GitHub |date=2019-04-04 |archive-date=2021-04-24 |archive-url=https://web.archive.org/web/20210424144901/https://github.com/cloudinary/fuif/blob/3ed48249a9cbe68740aa4ea58098ab0cd4b87eaa/README.md |url-status=live}}</ref>
<ref name="iso-iec-18181-1">{{cite ISO standard |title=ISO/IEC 18181-1:2022 Information technology — JPEG XL image coding system — Part 1: Core coding system |csnumber=77977}}</ref>
<ref name="GIMP issue">{{cite web |title=Support for reading/Writing JPEG XL images (#4681) · Issues · GNOME / GIMP |url=https://gitlab.gnome.org/GNOME/gimp/-/issues/4681 |date=2021-02-26 |url-status=live |archive-url=https://web.archive.org/web/20211230074416/https://gitlab.gnome.org/GNOME/gimp/-/issues/4681 |archive-date=2021-12-30}}</ref>
<ref name="royaltyfree">{{cite web |title=Can JPEG XL Become the Next Free and Open Image Format? – Slashdot |url=https://tech.slashdot.org/story/19/08/17/1855214/can-jpeg-xl-become-the-next-free-and-open-image-format |date=2021-02-20 |url-status=live |archive-url=https://web.archive.org/web/20211230074419/https://tech.slashdot.org/story/19/08/17/1855214/can-jpeg-xl-become-the-next-free-and-open-image-format |archive-date=2021-12-30}}</ref>
<ref name="SPIE 11137.2">{{Cite journal |last=Alakuijala |first=Jyrki |last2=van Asseldonk |first2=Ruud |last3=Boukortt |first3=Sami |last4=Szabadka |first4=Zoltan |last5=Bruse |first5=Martin |last6=Comsa |first6=Iulia-Maria |last7=Firsching |first7=Moritz |last8=Fischbacher |first8=Thomas |last9=Kliuchnikov |first9=Evgenii |last10=Gomez |first10=Sebastian |last11=Obryk |first11=Robert |last12=Potempa |first12=Krzysztof |last13=Rhatushnyak |first13=Alexander |last14=Sneyers |first14=Jon |last15=Szabadka |first15=Zoltan |date=2019-09-06 |editor-last=Tescher |editor-first=Andrew G. |editor2-last=Ebrahimi |editor2-first=Touradj |title=JPEG XL next-generation image compression architecture and coding tools |url=https://www.spiedigitallibrary.org/conference-proceedings-of-spie/11137/2529237/JPEG-XL-next-generation-image-compression-architecture-and-coding-tools/10.1117/12.2529237.full |journal=Proceedings of SPIE |publisher=SPIE |volume=11137 |pages=20 |doi=10.1117/12.2529237 |isbn=978-1-5106-2967-7}}</ref>
<ref name="cfp">{{cite web |title=N79010 Final Call for Proposals for a Next-Generation Image Coding Standard (JPEG XL) |url=https://jpeg.org/downloads/jpegxl/jpegxl-cfp.pdf |date=15 April 2018 |work=ISO/IEC JTC 1/SC 29/WG 1 (ITU-T SG16)}}</ref>
<ref name="fuif">{{cite web |title=FUIF, Free Universal Image Format |website=[[GitHub]] |url=https://github.com/cloudinary/fuif |access-date=2022-10-17}}</ref>
<ref name="pik">{{cite web |title=PIK, A new lossy/lossless image format for photos and the internet |website=[[GitHub]] |url=https://github.com/google/pik |access-date=2022-10-17}}</ref>
<ref name="Sneyers19">Jon Sneyers (Cloudinary), 22 August 2019: [https://www.youtube.com/watch?v=lqi5U6dxeZU Next-Gen Image Format – JPEG XL]</ref>
<ref name="committeedraft2">{{cite arXiv |eprint=1908.03565 |class=eess.IV |first1=Alexander |last1=Rhatushnyak |first2=Jan |last2=Wassenberg |title=Committee Draft of JPEG XL Image Coding System |last3=Sneyers |first3=Jon |last4=Alakuijala |first4=Jyrki |last5=Vandevenne |first5=Lode |last6=Versari |first6=Luca |last7=Obryk |first7=Robert |last8=Szabadka |first8=Zoltan |last9=Kliuchnikov |first9=Evgenii |last10=Comsa |first10=Iulia-Maria |last11=Potempa |first11=Krzysztof |last12=Bruse |first12=Martin |last13=Firsching |first13=Moritz |last14=Khasanova |first14=Renata |author15=Ruud van Asseldonk |last16=Boukortt |first16=Sami |last17=Gomez |first17=Sebastian |last18=Fischbacher |first18=Thomas |year=2019}}</ref>
<ref name="libjxl0.2">{{cite web |title=v0.2 JPEG XL Reference Software |url=https://gitlab.com/wg1/jpeg-xl/-/tags/v0.2 |url-status=live |archive-url=https://web.archive.org/web/20211020013330/https://gitlab.com/wg1/jpeg-xl/-/tags/v0.2 |archive-date=2021-10-20 |date=2021-02-19 |website=GitLab}}</ref>
<ref name="iso-iec-18181-2">{{cite ISO standard |title=ISO/IEC 18181-2:2021 Information technology — JPEG XL image coding system — Part 2: File format |csnumber=80617}}</ref>
<ref name="Andre21-04">{{cite web |last=Andre |first=Erik |date=2021-04-20 |title=Statement of support by Facebook on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c16 |access-date=2022-11-03 |website=bugs.chromium.org}}</ref>
<ref name="Andre21-05">{{cite web |last=Andre |first=Erik |date=2021-05-24 |title=Statement of support by Facebook on Firefox's issue #1539075 |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |access-date=2022-11-03 |website=bugzilla.mozilla.org}}</ref>
<ref name="Rosenthol21">{{cite web |last=Rosenthol |first=Leonard |date=2021-06-07 |title=Statement of support by Adobe on Firefox's issue #1539075 |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |access-date=2022-11-03 |website=bugzilla.mozilla.org}}</ref>
<ref name="Chan22">{{cite web |last=Chan |first=Eric |date=2022-08-23 |title=Statement of support by Adobe on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c61 |access-date=2022-11-03 |website=bugs.chromium.org}}</ref>
<ref name="Wooster22-08">{{cite web |last=Wooster |first=Roland |date=2022-08-24 |title=Statement of support on Chromium's issue #1178058 by VESA's DisplayHDR Chairman and Principal Engineer at Intel's Client Computing Group |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c61 |access-date=2022-11-03 |website=bugs.chromium.org}}</ref>
<ref name="Wooster22-11">{{Cite web |last=Wooster |first=Roland |date=2022-11-11 |title=Reinforced statement of support on Chromium's issue #1178058 by VESA's DisplayHDR Chairman and Principal Engineer at Intel's Client Computing Group |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c189 |access-date=2022-11-11 |website=bugs.chromium.org}}</ref>
<ref name="Chauvin22-08">{{cite web |last=Chauvin |first=Mariot |date=2022-08-26 |title=Statement of support by The Guardian on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c67 |access-date=2022-11-03 |website=bugs.chromium.org}}</ref>
<ref name="Chauvin22-01">{{cite web |last=Chauvin |first=Mariot |date=2022-01-13 |title=Statement of support by The Guardian on Firefox's issue #1539075 |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |access-date=2022-11-03 |website=bugzilla.mozilla.org}}</ref>
<ref name="MacAskill22">{{cite web |last=MacAskill |first=Don |date=2022-01-04 |title=Statement of support by Flickr and SmugMug on Firefox's issue #1539075 |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1539075 |access-date=2022-11-03 |website=bugzilla.mozilla.org}}</ref>
<ref name="Bendell22">{{cite web |last=Bendell |first=Colin |date=2022-10-17 |title=Statement of support by Shopify on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c79 |access-date=2022-11-03 |website=bugs.chromium.org}}</ref>
<ref name="Rempt22">{{Cite web |last=Rempt |first=Rempt |date=2022-11-10 |title=Statement of support by the Krita Foundation on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c190 |access-date=2022-11-11 |website=bugs.chromium.org}}</ref>
<ref name="Brightman22">{{Cite web |last=Brightman |first=Tony |date=2022-11-11 |title=Statement of support by Serif Ltd.'s SerifLabs on Chromium's issue #1178058 |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c192 |access-date=2022-11-11 |website=bugs.chromium.org}}</ref>
<ref name="crbug">{{Cite web |title=Issue 1178058: JPEG XL decoding support (image/jxl) in blink (tracking bug) |url=https://bugs.chromium.org/p/chromium/issues/detail?id=1178058 |access-date=2022-12-16 |website=bugs.chromium.org}}</ref>
<ref name="registercr">{{Cite web |last=Proven |first=Liam |title=Google drops forthcoming version of JPEG from Chromium |url=https://www.theregister.com/2022/10/31/jpeg_xl_axed_chrome/ |access-date=2023-06-06 |website=www.theregister.com}}</ref>
<ref name="Chromium issue">[https://chromium-review.googlesource.com/c/chromium/src/+/4081749 JPEG XL support]</ref>
<ref name="cloudinary">{{cite web|url=https://cloudinary.com/blog/the-case-for-jpeg-xl|access-date=2022-12-30|last=Sneyers|first=Jon|title=The Case for JPEG-XL|date=2022-11-02|work=[[Cloudinary]] Blog}}</ref>
<ref name="Shankland22">{{cite web |last=Shankland |first=Stephen |date=2022-11-03 |title=Chrome Banishes JPEG XL Photo Format That Could Save Phone Space |url=https://www.cnet.com/tech/computing/chrome-banishes-jpeg-xl-photo-format-that-could-save-phone-space/ |access-date=2022-11-03 |website=CNET}}</ref>
<ref name="Purdy23">{{Cite web |last=Purdy |first=Kevin |date=2023-04-17 |title=FSF: Chrome's JPEG XL killing shows how the web works under browser hegemony |url=https://arstechnica.com/gadgets/2023/04/free-software-group-decries-google-dropping-space-saving-jpeg-xl-format/ |access-date=2023-06-06 |website=Ars Technica}}</ref>
<ref name="viewer Chrome">{{Cite web |title=JPEG XL Viewer |url=https://chromewebstore.google.com/detail/jpeg-xl-viewer/bkhdlfmkaenamnlbpdfplekldlnghchp |access-date=2024-02-07 |website=chromewebstore.google.com}}</ref>
<ref name="viewer Firefox">{{Cite web |title=JPEG XL viewer – Get this Extension for 🦊 Firefox (en-US) |url=https://addons.mozilla.org/en-US/firefox/addon/jxl/ |access-date=2024-02-20 |website=addons.mozilla.org}}</ref>
<ref name="Gray24">{{Cite web |last=Gray |first=Jeremy |date=2024-09-18 |title=Why Apple Uses JPEG XL in the iPhone 16 and What it Means for Your Photos |url=https://petapixel.com/2024/09/18/why-apple-uses-jpeg-xl-in-the-iphone-16-and-what-it-means-for-your-photos/ |access-date=2024-10-03 |website=PetaPixel}}</ref>
<ref name="DNG spec 1.7">{{cite web |title=Digital Negative (DNG) Specification Version 1.7.1.0 |url=https://helpx.adobe.com/content/dam/help/en/photoshop/pdf/DNG_Spec_1_7_1_0.pdf |date=September 2023}}</ref>
<ref name="progressive_jxl">{{cite web |title=Using Saliency in progressive JPEG XL images |url=https://opensource.googleblog.com/2021/09/using-saliency-in-progressive-jpeg-xl-images.html |access-date=2022-10-17}}</ref>
<ref name="Document WG1N84005">{{cite web |title=JPEG XL reaches Committee Draft |date=2019-08-03 |website=JPEG.org |quote=The current contributors have committed to releasing it publicly under a royalty-free and open source license. |url=https://jpeg.org/items/20190803_press.html |access-date=2019-08-03 |url-status=live |archive-url=https://web.archive.org/web/20190803230340/https://jpeg.org/items/20190803_press.html |archive-date=2019-08-03}}</ref>
<ref name="JPEG XL White Paper">{{cite web |title=JPEG XL White Paper |date=2021-01-29 |website=JPEG.org |url=https://ds.jpeg.org/whitepapers/jpeg-xl-whitepaper.pdf |access-date=2021-03-17 |url-status=live |archive-url=https://web.archive.org/web/20210502025653/http://ds.jpeg.org/whitepapers/jpeg-xl-whitepaper.pdf |archive-date=2 May 2021}}</ref>
<ref name="vs AVIF">{{cite web |title=JPEG XL vs. AVIF – Page 6 |url=https://encode.su/threads/3397-JPEG-XL-vs-AVIF?p=74397&viewfull=1#post74397 |access-date=2022-10-22 |website=encode.su}}</ref>
<ref name="compare">{{cite web |last1=Sneyers |first1=Jon |date=26 May 2020 |title=How JPEG XL Compares to Other Image Codecs |url=https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs |url-status=live |archive-url=https://web.archive.org/web/20211230074417/https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs |archive-date=2021-12-30 |access-date=2021-02-19 |website=Cloudinary}}</ref>
<ref name="SPIE 11353">{{cite book|doi=10.1117/12.2556264 |chapter=Benchmarking JPEG XL image compression |title=Optics, Photonics and Digital Technologies for Imaging Applications VI |date=2020 |last1=Alakuijala |first1=Jyrki |last2=Boukortt |first2=Sami |last3=Ebrahimi |first3=Touradj |last4=Kliuchnikov |first4=Evgenii |last5=Sneyers |first5=Jon |last6=Upenik |first6=Evgeniy |last7=Vandevenne |first7=Lode |last8=Versari |first8=Luca |last9=Wassenberg |first9=Jan |page=32 |isbn=978-1-5106-3478-7 |url=http://infoscience.epfl.ch/record/277420 |editor-first1=Peter |editor-first2=Tomasz |editor-last1=Schelkens |editor-last2=Kozacki }}</ref>
<ref name="libjxl">{{cite web |title=libjxl/libjxl: JPEG XL image format reference implementation |website=[[GitHub]] |access-date=2022-06-05 |url=https://github.com/libjxl/libjxl |url-status=live |archive-date=2022-05-22 |archive-url=https://web.archive.org/web/20220522142808/https://github.com/libjxl/libjxl/}}</ref>
<ref name="FLIF.info">{{cite web |title=FLIF – Free Lossless Image Format |url=https://flif.info/#update |access-date=2021-04-06 |url-status=live |archive-url=https://web.archive.org/web/20211221104544/flif.info/#update |archive-date=2021-12-21}}</ref>
<ref name="SPIE 11137">{{cite book |last1=Alakuijala |first1=Jyrki |last2=van Asseldonk |first2=Ruud |last3=Boukortt |first3=Sami |last4=Szabadka |first4=Zoltan |last5=Bruse |first5=Martin |last6=Comsa |first6=Iulia-Maria |last7=Firsching |first7=Moritz |last8=Fischbacher |first8=Thomas |last9=Kliuchnikov |first9=Evgenii |last10=Gomez |first10=Sebastian |last11=Obryk |first11=Robert |last12=Potempa |first12=Krzysztof |last13=Rhatushnyak |first13=Alexander |last14=Sneyers |first14=Jon |last15=Szabadka |first15=Zoltan |date=6 September 2019 |editor1-last=Tescher |editor1-first=Andrew G |editor2-last=Ebrahimi |editor2-first=Touradj |volume=11137 |pages=20 |bibcode=2019SPIE11137E..0KA |doi=10.1117/12.2529237 |isbn=9781510629677 |doi-access=free |last16=Vandervenne |first16=Lode |last17=Versari |first17=Luca |last18=Wassenberg |first18=Jan|title=Applications of Digital Image Processing XLII |chapter=JPEG XL next-generation image compression architecture and coding tools }}</ref>
<ref name="Maruccia24">Alfonso Maruccia, April 8, 2024: [https://www.techspot.com/news/102537-google-new-coding-library-aims-improve-jpeg-image.html Google's new coding library aims to improve the JPEG image format on the web]</ref>
<ref name="Rosato23">Gianni Rosato, June 14, 2023: [https://giannirosato.com/blog/post/jpegli/ Mini Image Codec Comparison; jpegli]</ref>
<ref name="J40">[https://github.com/lifthrasiir/j40 J40: Independent, self-contained JPEG XL decoder]</ref>
<ref name="libjxl-tiny">{{cite web |url=https://github.com/libjxl/libjxl-tiny |title=libjxl-tiny|website=[[GitHub]] |date=4 November 2022 }}</ref>
<ref name="jxlatte">{{cite web |url=https://github.com/thebombzen/jxlatte |title=jxlatte|website=[[GitHub]] |date=23 December 2022 }}</ref>
<ref name="jxl_decode">{{cite web |url=https://github.com/Fraetor/jxl_decode |title=jxl_decode|website=[[GitHub]] |date=8 June 2023 }}</ref>
<ref name="hydrium">{{cite web |url=https://github.com/thebombzen/hydrium |title=hydrium |author=Leo Izen |website=[[GitHub]] |date=6 March 2023 |access-date=2023-04-02}}</ref>
<ref name="jxl-oxide">{{cite web |url=https://github.com/tirr-c/jxl-oxide |title=jxl-oxide |author=Wonwoo Choi |website=[[GitHub]] |date=29 October 2023 |access-date=2023-09-29}}</ref>
<ref name="jxl-rs">{{Citation |title=libjxl/jxl-rs |date=2024-09-29 |url=https://github.com/libjxl/jxl-rs |access-date=2024-09-29 |publisher=libjxl}}</ref>
<ref name="Sneyers23">{{cite web |title=JPEG XL: How It Started, How It's Going |author=Jon Sneyers |url=https://cloudinary.com/blog/jpeg-xl-how-it-started-how-its-going |publisher=Cloudinary |access-date=3 November 2023 |date=12 July 2023}}</ref>
<ref name="Tachiyomi">{{cite web |url=https://tachiyomi.org/changelogs/#v0.12.1 |title=Changelogs |website=Tachiyomi |access-date=2024-07-08 |url-status=live |archive-url=https://web.archive.org/web/20240612125305/https://tachiyomi.org/changelogs/#v0.12.1 |archive-date=2024-06-12}}</ref>
<ref name="Pale Moon">{{cite web|title=Pale Moon – Release Notes for Archived Versions|url=https://www.palemoon.org/releasenotes-archived.shtml|access-date=2024-01-17}}</ref>
<ref name="ImageMagick">{{Cite web |title=ImageMagick – Image Formats |url=https://imagemagick.org/script/formats.php |access-date=2024-09-05 |website=ImageMagick}}</ref>
<ref name="KImageFormats">{{cite web |url=https://invent.kde.org/frameworks/kimageformats |title=KImageFormats |website=[[KDE Invent]] |access-date=29 October 2023}}</ref>
<ref name="XnView">{{cite web|url=https://www.xnview.com/en/image_formats/|title=Supported graphic and image formats|website=XnView.com|access-date=2024-01-17}}</ref>
<ref name="Affinity">{{Cite web |title=Photo Editing Feature List |url=https://affinity.serif.com/en-gb/photo/full-feature-list/ |access-date=2024-06-12 |website=Affinity Photo}}</ref>
<ref name="Epiphany">{{Cite web |date=2023-04-12 |title=Support for JPEG-XL (#2040) |url=https://gitlab.gnome.org/GNOME/epiphany/-/issues/2040 |access-date=2023-07-28 |website=Issues · GNOME / Epiphany · GitLab}}</ref>
<ref name="WebKitGTK">{{Cite web |title=257871 – [CMake] Enable JPEG XL by default, no longer experimental |url=https://bugs.webkit.org/show_bug.cgi?id=257871 |access-date=2023-07-28 |website=bugs.webkit.org}}</ref>
<ref name="Amazon Photos">{{Cite web |title=File Requirements for Amazon Photos
|url=https://www.amazon.com/gp/help/customer/display.html?nodeId=GGU2SU8Y22DZYRMQ |access-date=2024-09-24 |website=Amazon Photos}}</ref>
<ref name="PureRef">{{cite web|url=https://www.pureref.com/support.php|title=Support:What image formats does PureRef support? |website=pureref.com/|access-date=2024-09-27}}</ref>
<ref name="DICOM">{{cite web|url=https://dicom.nema.org/medical/Dicom/current/output/chtml/part05/sect_A.4.12.html|title=DICOM PS3.5 2024d – Data Structures and Encoding|website=dicom.nema.org|access-date=2024-10-09}}</ref>
<ref name="Siipola22">{{Citation |last=Siipola |first=Johannes |title=JPEG XL Encode |date=2022-10-31 |url=https://github.com/joppuyo/jpeg-xl-encode |access-date=2022-11-29}}</ref>
}}
==External links==
{{Commons category}}
* {{Official website}}
* {{GitHub|libjxl/libjxl|Reference implementation}}
** builds: [https://artifacts.lucaversari.it/libjxl/libjxl/latest/ Nightly dev builds]
* [https://jpegxl.info Community website]
* [https://github.com/lifthrasiir/j40 J40] Independent, self-contained JPEG XL decoder
{{Clear}}
{{Graphics file formats}}
{{Compression formats}}
{{ISO standards}}
{{List of IEC standards}}
[[Category:JPEG|XL]]
[[Category:Animated graphics file formats]]
[[Category:Graphics standards]]
[[Category:Image compression]]
[[Category:ISO standards]]
[[Category:ITU-T recommendations]]
[[Category:Open formats]]
[[Category:Raster graphics file formats]]