{"slug": "jxl-rs", "name": "jxl-rs", "category": "dev-libs", "category_name": "Libraries and frameworks", "description": "", "recommenders": 5, "commenters": 9, "warners": 1, "score": 4.627, "rising": 3.67, "first": "2025-11-10", "latest": "2026-10-07", "why": "I fought for it to be part of the jxl-rs integration in browsers", "why_is_quote": true, "has_verdict": false, "sentiment": {"recommend": 5, "neutral": 3, "compare": 1, "warn": 1}, "spark": [0, 0, 1, 0, 0, 0, 0, 0, 0, 1, 1, 2], "listed": true, "loved": [], "caveat": "", "short_quote": "I fought for it to be part of the jxl-rs integration in browsers", "kind": "", "icon": true, "domain": null, "github_repo": "github.com/libjxl/jxl-rs", "official_url": "https://github.com/libjxl/jxl-rs", "pricing": "", "aliases": ["jxl-rs"], "verdict": null, "praise": [{"label": "", "summary": "", "quotes": [{"id": 799909152, "item_id": 49994322, "url": "https://news.ycombinator.com/item?id=49994322", "by": "mort96", "date": "2026-10-07", "version": null, "stance": "recommend", "quote": "Here's a benchmark over time of jxl-rs (Rust) vs libjxl (C++)", "excerpt": "Here's a benchmark over time of jxl-rs (Rust) vs libjxl (C++) across both memory usage and performance: https://jxl-rs-perf.lucaversari.it/. I'm inclined to trust that it's a decent benchmark since it's from Luca Versari, a key person in the original JPEG XL standardization effort and development of libjxl, and is now the main developer of jxl-rs. Seems to be between a little and a lot faster in almost all of the tes", "context": "", "use_case": "", "switched_from": "", "story": "Shipping JPEG XL in Chrome"}, {"id": 795358864, "item_id": 49709929, "url": "https://news.ycombinator.com/item?id=49709929", "by": "jaffathecake", "date": "2026-09-15", "version": null, "stance": "recommend", "quote": "I fought for it to be part of the jxl-rs integration in browsers", "excerpt": "I also called AV1 short-sighted for not including an alpha channel, and corrected someone who claimed jxl-rs was single-threaded. No agenda here - I'm just correcting misinformation and stating my opinions. I'm not against progressive rendering - I fought for it to be part of the jxl-rs integration in browsers. I've written articles about it https://jakearchibald.com/2025/present-and-future-of-progressive-image-rende", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 791048528, "item_id": 49440533, "url": "https://news.ycombinator.com/item?id=49440533", "by": "Snafuh", "date": "2026-08-25", "version": null, "stance": "recommend", "quote": "jxl-rs started to outperform the C++ library 2 months ago.", "excerpt": "Luca Versari, one of the devs between both libraries, has a performance dashboard to compare performance between the two https://jxl-rs-perf.lucaversari.it/ jxl-rs started to outperform the C++ library 2 months ago.", "context": "", "use_case": "", "switched_from": "", "story": "Firefox 157 will include JPEG XL by default on all platforms"}, {"id": 745581200, "item_id": 46598825, "url": "https://news.ycombinator.com/item?id=46598825", "by": "adzm", "date": "2026-01-13", "version": null, "stance": "recommend", "quote": "Rust certainly calms security fears", "excerpt": "https://github.com/libjxl/jxl-rs jxl-rs is the underlying implementation. It's relatively new but Rust certainly calms security fears. This library wasn't really an option last time this came around in chromium.", "context": "", "use_case": "", "switched_from": "", "story": "Chromium Has Merged JpegXL"}]}], "caveats": [{"label": "", "summary": "", "quotes": [{"id": 745633200, "item_id": 46602075, "url": "https://news.ycombinator.com/item?id=46602075", "by": "rafram", "date": "2026-01-13", "version": null, "stance": "warn", "quote": "It's relatively new but Rust certainly calms security fears.", "excerpt": "> It's relatively new but Rust certainly calms security fears. https://github.com/search?q=repo%3Alibjxl%2Fjxl-rs%20unsafe&type=code", "context": "", "use_case": "", "switched_from": "", "story": "Chromium Has Merged JpegXL"}]}], "who": [], "tags": [], "use_cases": ["jpeg xl decoding"], "compared": [{"slug": "libjxl", "name": "libjxl", "co": 3, "switched_from": 0, "switched_to": 0}], "makers": [], "threads": [{"url": "https://news.ycombinator.com/item?id=49991227", "title": "Shipping JPEG XL in Chrome", "mentions": 3}, {"url": "https://news.ycombinator.com/item?id=49437946", "title": "Firefox 157 will include JPEG XL by default on all platforms", "mentions": 2}, {"url": "https://news.ycombinator.com/item?id=46597927", "title": "Chromium Has Merged JpegXL", "mentions": 2}, {"url": "https://news.ycombinator.com/item?id=49690554", "title": "The case against JPEG XL", "mentions": 1}, {"url": "https://news.ycombinator.com/item?id=46021179", "title": "Google Revisits JPEG XL in Chromium After Earlier Removal", "mentions": 1}, {"url": "https://news.ycombinator.com/item?id=45884454", "title": "Another chance for JPEG XL? PDF will support format as 'preferred solution'", "mentions": 1}], "sentiment_by_month": {"2025-11": {"neutral": 2}, "2025-12": {}, "2026-01": {"recommend": 1, "warn": 1}, "2026-02": {}, "2026-03": {}, "2026-04": {}, "2026-05": {}, "2026-06": {}, "2026-07": {}, "2026-08": {"compare": 1, "recommend": 1}, "2026-09": {"recommend": 1}, "2026-10": {"recommend": 2, "neutral": 1}}, "versions": [], "version_unnamed": 0, "family_ref": null, "runs_on": null, "lines": [], "quotes": [{"id": 799971360, "item_id": 49998210, "url": "https://news.ycombinator.com/item?id=49998210", "by": "kibwen", "date": "2026-10-07", "version": null, "stance": "recommend", "quote": "", "excerpt": "No, the reverse. Mozilla opposed Google's original attempt to push JPEG XL years ago, and declined to ship without an implementation that they could confidently say was safe. See https://hacks.mozilla.org/2026/08/intent-to-ship-jpeg-xl/ : \"We added experimental support for JPEG XL behind a flag back in 2021. But, at 100,000 lines of multithreaded C++, we were concerned about the attack surface this added to Firefox. ", "context": "", "use_case": "", "switched_from": "", "story": "Shipping JPEG XL in Chrome"}, {"id": 799918336, "item_id": 49994896, "url": "https://news.ycombinator.com/item?id=49994896", "by": "Gander5739", "date": "2026-10-07", "version": null, "stance": "neutral", "quote": "But Google is responsible for jxl-rs.", "excerpt": "But Google is responsible for jxl-rs. https://developer.chrome.com/blog/jpeg-xl-in-chrome#safety_first_reimplementing_the_decoder_in_rust_jxl-rs", "context": "", "use_case": "", "switched_from": "", "story": "Shipping JPEG XL in Chrome"}, {"id": 799909152, "item_id": 49994322, "url": "https://news.ycombinator.com/item?id=49994322", "by": "mort96", "date": "2026-10-07", "version": null, "stance": "recommend", "quote": "Here's a benchmark over time of jxl-rs (Rust) vs libjxl (C++)", "excerpt": "Here's a benchmark over time of jxl-rs (Rust) vs libjxl (C++) across both memory usage and performance: https://jxl-rs-perf.lucaversari.it/. I'm inclined to trust that it's a decent benchmark since it's from Luca Versari, a key person in the original JPEG XL standardization effort and development of libjxl, and is now the main developer of jxl-rs. Seems to be between a little and a lot faster in almost all of the tes", "context": "", "use_case": "", "switched_from": "", "story": "Shipping JPEG XL in Chrome"}, {"id": 795358864, "item_id": 49709929, "url": "https://news.ycombinator.com/item?id=49709929", "by": "jaffathecake", "date": "2026-09-15", "version": null, "stance": "recommend", "quote": "I fought for it to be part of the jxl-rs integration in browsers", "excerpt": "I also called AV1 short-sighted for not including an alpha channel, and corrected someone who claimed jxl-rs was single-threaded. No agenda here - I'm just correcting misinformation and stating my opinions. I'm not against progressive rendering - I fought for it to be part of the jxl-rs integration in browsers. I've written articles about it https://jakearchibald.com/2025/present-and-future-of-progressive-image-rende", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 791048528, "item_id": 49440533, "url": "https://news.ycombinator.com/item?id=49440533", "by": "Snafuh", "date": "2026-08-25", "version": null, "stance": "recommend", "quote": "jxl-rs started to outperform the C++ library 2 months ago.", "excerpt": "Luca Versari, one of the devs between both libraries, has a performance dashboard to compare performance between the two https://jxl-rs-perf.lucaversari.it/ jxl-rs started to outperform the C++ library 2 months ago.", "context": "", "use_case": "", "switched_from": "", "story": "Firefox 157 will include JPEG XL by default on all platforms"}, {"id": 791019984, "item_id": 49438749, "url": "https://news.ycombinator.com/item?id=49438749", "by": "concinds", "date": "2026-08-25", "version": null, "stance": "compare", "quote": "I also wonder if anyone's done benchmark comparisons between both libs.", "excerpt": "With both Firefox and Chromium using jxl-rs (Rust-based), I wonder what Apple will do about the libjxl (C++) they already shipped. I know they're doing some memory-safety with Swift, but are they shipping any Rust in their platforms so far? I also wonder if anyone's done benchmark comparisons between both libs. -- Also, I was under the impression that after backtracking, Chromium was relying on Mozilla to come up wit", "context": "", "use_case": "JPEG XL decoding", "switched_from": "", "story": "Firefox 157 will include JPEG XL by default on all platforms"}, {"id": 745633200, "item_id": 46602075, "url": "https://news.ycombinator.com/item?id=46602075", "by": "rafram", "date": "2026-01-13", "version": null, "stance": "warn", "quote": "It's relatively new but Rust certainly calms security fears.", "excerpt": "> It's relatively new but Rust certainly calms security fears. https://github.com/search?q=repo%3Alibjxl%2Fjxl-rs%20unsafe&type=code", "context": "", "use_case": "", "switched_from": "", "story": "Chromium Has Merged JpegXL"}, {"id": 745581200, "item_id": 46598825, "url": "https://news.ycombinator.com/item?id=46598825", "by": "adzm", "date": "2026-01-13", "version": null, "stance": "recommend", "quote": "Rust certainly calms security fears", "excerpt": "https://github.com/libjxl/jxl-rs jxl-rs is the underlying implementation. It's relatively new but Rust certainly calms security fears. This library wasn't really an option last time this came around in chromium.", "context": "", "use_case": "", "switched_from": "", "story": "Chromium Has Merged JpegXL"}, {"id": 736349840, "item_id": 46021865, "url": "https://news.ycombinator.com/item?id=46021865", "by": "adzm", "date": "2025-11-23", "version": null, "stance": "neutral", "quote": "jxl-rs https://github.com/libjxl/jxl-rs was referenced as a possibility", "excerpt": "jxl-rs https://github.com/libjxl/jxl-rs was referenced as a possibility; what library is Safari using for jpegxl?", "context": "", "use_case": "", "switched_from": "", "story": "Google Revisits JPEG XL in Chromium After Earlier Removal"}, {"id": 734157617, "item_id": 45884851, "url": "https://news.ycombinator.com/item?id=45884851", "by": "illiac786", "date": "2025-11-10", "version": null, "stance": "neutral", "quote": "as jxl-rs [2] is progressing", "excerpt": "Finally. I was wondering how long it would take them. For scanned documents with OCR, it makes a lot of sense. At same quality you get significantly smaller files, especially when looking at above 300dpi. JPEG keep getting extensions like ultra HDR (which really is a hack more than anything else), XYB JPEG (significantly higher compression efficiency than classic jpeg), but all of these habe very limited support tbh,", "context": "", "use_case": "", "switched_from": "", "story": "Another chance for JPEG XL? PDF will support format as 'preferred solution'"}]}