JPEG XL
Hacker ApprovedImage format in Developer tools
Recommended as a versatile image format that can replace JPEG, PNG and GIF, convert old JPEGs losslessly, compress better and decode progressively; critics cite security risk and format fatigue.
Recommended as a versatile image format that can replace JPEG, PNG and GIF, convert old JPEGs losslessly, compress better and decode progressively; critics cite security risk and format fatigue.
240 people gave an opinion
- recommend it
- 172
- criticize it
- 68
- approval share
- 72%
Recommended in 11 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: recommended
- February 2026: recommended
- March 2026: recommended
- April 2026: not recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Why it carries the badge
- 172 people recommend itNeeds 10 or more, met.
- 2.5 recommenders for every criticNeeds 2 to 1 or better, met.
- Recommended in 11 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Lossless transcoding of existing JPEGs
“it is possible to do a transcode of all of your existing ('classic') JPEG files with zero (visual) losses in quality”
Comment from 16 Oct 2026 in “JPEG XL vs. AVIF for web use-cases” “you can losslessly convert back and forth between the two for smaller filesize in JPEG XL with no quality loss”
Comment from 14 Sep 2026 in “The case against JPEG XL” “JXL gives you progressive rendering, easy upgradability on JPEGs, and better lossless and high bitrate images.”
Comment from 16 Oct 2026 in “JPEG XL vs. AVIF for web use-cases” - Comment from 14 Sep 2026 in “The case against JPEG XL”
- Comment from 29 Oct 2026 in “H.264 Is Magic (2016)”
- Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened”
- Comment from 25 Nov 2025 in “Chrome Jpegxl Issue Reopened”
One format for every use
“The format is designed to be as general as possible, potentially replacing many common (JPEG, GIF, PNG) and professional image formats.”
Comment from 7 Oct 2026 in “Shipping JPEG XL in Chrome” “JPEG XL is probably the first format which actually achieves this, covering all kinds of pictures you can think of”
Comment from 7 Oct 2026 in “Shipping JPEG XL in Chrome” “a single format that works both for 10000x10000 lossless scientific images, and for 256x256 lossy web photos”
Comment from 14 Sep 2026 in “The case against JPEG XL” - Comment from 7 Oct 2026 in “Shipping JPEG XL in Chrome”
- Comment from 26 Aug 2026 in “Firefox 157 will include JPEG XL by default on all platforms”
- Comment from 25 Nov 2025 in “Chrome Jpegxl Issue Reopened”
- Comment from 29 Oct 2026 in “H.264 Is Magic (2016)”
- Comment from 17 Jun 2026 in “Image Compression”
Better compression than AVIF
“JPEG XL easily beats AVIF on the not-so-long tail of use cases and having compatible viewers everywhere is quite useful.”
Comment from 14 Sep 2026 in “The case against JPEG XL” “At around 98KB, the JXL looks significantly better, and at around 240KB already looks really close to the final image”
Comment from 14 Sep 2026 in “The case against JPEG XL” “it often handles clean edges and smooth surfaces (the likes of which you might see in digital art) better”
Comment from 17 Oct 2026 in “JPEG XL vs. AVIF for web use-cases” - Comment from 23 Nov 2025 in “Google Revisits JPEG XL in Chromium After Earlier Removal”
- Comment from 29 Oct 2026 in “H.264 Is Magic (2016)”
- Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened”
Progressive decoding
“JPEG XL supports progressive decoding, so you can see the picture in lower quality long before the download has finished”
Comment from 1 Dec 2025 in “Google unkills JPEG XL?” “It is, however, a very useful image format feature, giving you most information from the spinner/sticker/emoji/sprite”
Comment from 13 Jan 2026 in “Chromium Has Merged JpegXL” “the JPEG XL ability to truncate the bitstream anywhere, or send the progressive updates for salient regions first”
Comment from 14 Sep 2026 in “The case against JPEG XL” - Comment from 16 Oct 2026 in “JPEG XL vs. AVIF for web use-cases”
- Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened”
What people warn about
Each mark is one comment
Large security attack surface
“Google chose not to include JPEG XL in Chrome because vulnerabilities in the library could compromise the software”
Comment from 25 Oct 2026 in “Broccoli2Shell: Brotli decoder RCE in Node.js, Python and more” “The C++ decoder was simply unsafe and they would not implement it until a memory-safe decoder was available.”
Comment from 24 Aug 2026 in “Firefox intent to ship: JPEG XL” “JPEG XL carries a large security surface area which neither company was comfortable including in its current shape”
Comment from 2 Dec 2025 in “Google unkills JPEG XL?” - Comment from 14 Sep 2026 in “The case against JPEG XL”
- Comment from 22 Jan 2026 in “JPEG XL Demo Page”
Yet another format to support
“I think they probably could have added those though, and then we wouldn't have yet another format to support for eternity.”
Comment from 14 Sep 2026 in “The case against JPEG XL” “with only 20% improvement I can't say I'm super excited by this, compared to the pain of dealing with yet another new image format”
Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened” “On the other side we introduce yet another format that has to be supported, that creates compatibility issues”
Comment from 7 Oct 2026 in “Shipping JPEG XL in Chrome” - Comment from 26 Nov 2025 in “Chrome Jpegxl Issue Reopened”
Gains too small to justify
“with only 20% improvement I can't say I'm super excited by this, compared to the pain of dealing with yet another new image format”
Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened” “Going from lossless WEBP to lossless JXL is marginal though, and is not worth the big decode performance loss.”
Comment from 24 Nov 2025 in “Chrome Jpegxl Issue Reopened” “Seems like a very small advantage to warrant all the necessary work needed to make it mainstream.”
Comment from 26 Nov 2025 in “Chrome Jpegxl Issue Reopened” Overly complex design
“Being an “everything” image format sounds awful and something that’s over engineered and no person understands it.”
Comment from 7 Oct 2026 in “Shipping JPEG XL in Chrome” “Lots of complexity, it means a big library, which is high maintenance with a big attack surface.”
Comment from 22 Jan 2026 in “JPEG XL Demo Page”
What people said
40 of the 383 comments that mention it, newest first. Each links to the original comment.
“JXL wins almost always. Not to mention you can losslessly, reversibly transcode lossy JPG files to JXL”
“the case for JPEG XL is not that it's the best at everything, but that it is both quite good overall”
“Google chose not to include JPEG XL in Chrome because vulnerabilities in the library could compromise the software”
“it often handles clean edges and smooth surfaces (the likes of which you might see in digital art) better”
“JXL gives you progressive rendering, easy upgradability on JPEGs, and better lossless and high bitrate images.”
“it is possible to do a transcode of all of your existing ('classic') JPEG files with zero (visual) losses in quality”
“AVIF and JPEG XL actually have ability to mix-and-match blurry and sharp compression modes within a single image.”
“JPEG XL is probably the first format which actually achieves this, covering all kinds of pictures you can think of”
“On the other side we introduce yet another format that has to be supported, that creates compatibility issues”
“Being an “everything” image format sounds awful and something that’s over engineered and no person understands it.”
“When literally every OS already comes with a form of libjxl pre-installed there is no good reason not to add support for it.”
“The format is designed to be as general as possible, potentially replacing many common (JPEG, GIF, PNG) and professional image formats.”
“JPEG XL has the right balance of features to become a true replacement of almost every relevant image format”
“I think they probably could have added those though, and then we wouldn't have yet another format to support for eternity.”
“re-compressing old JPEGs that they have no better sources for into JPEG XL with out decode-encode loss”
“It's nice for peace of mind, you can bulk convert a large archive and you know you still have the same pixels everywhere”
“the JPEG XL ability to truncate the bitstream anywhere, or send the progressive updates for salient regions first”
“JPEG XL easily beats AVIF on the not-so-long tail of use cases and having compatible viewers everywhere is quite useful.”
“a single format that works both for 10000x10000 lossless scientific images, and for 256x256 lossy web photos”
“Now that Rust library is available, they will continue adoption, as it should be.”
“"We don't want to support another pile of security bug ridden C++ library" absolutely aren't "dubious grounds".”
“you can losslessly convert back and forth between the two for smaller filesize in JPEG XL with no quality loss”
“At around 98KB, the JXL looks significantly better, and at around 240KB already looks really close to the final image”
“It's a format that combines and replaces the many different use cases that different formats are doing now.”
“The C++ decoder was simply unsafe and they would not implement it until a memory-safe decoder was available.”
“JXL is the best image format we have - supports lossy and lossless compression, HDR, and much more!”
“Lots of complexity, it means a big library, which is high maintenance with a big attack surface.”
“one of the really interesting things JPEG-XL adds is the ability to have an arbitrary number of non-color channels”
“It is, however, a very useful image format feature, giving you most information from the spinner/sticker/emoji/sprite”
“JPEG XL carries a large security surface area which neither company was comfortable including in its current shape”
“JPEG XL supports progressive decoding, so you can see the picture in lower quality long before the download has finished”
“Seems like a very small advantage to warrant all the necessary work needed to make it mainstream.”
“JPEG XL was designed to support many uses cases like web delivery, medical imaging, raw camera sensor data”
“The killer feature of JXL is that most websites already have a whole bunch of images in JPEG format”
“JXL solves that issue for most websites since it is backwards-compatible and can be decoded into JPEG”
“JPEG-XL is generally similar or better than AVIF at any reasonable compression ratios for web images”
“Going from lossless WEBP to lossless JXL is marginal though, and is not worth the big decode performance loss.”
“fast decoding options, and things like progressive decoding for its VarDCT mode are practical advantages too”
“with only 20% improvement I can't say I'm super excited by this, compared to the pain of dealing with yet another new image format”
“JPEG-XL is actually better as a lossless codec in terms of compression ratio and compression complexity.”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.