{"slug": "jpegli", "name": "jpegli", "category": "media", "category_name": "Media and creative", "description": "", "recommenders": 5, "commenters": 7, "warners": 0, "score": 4.841, "rising": 1.02, "first": "2025-12-01", "latest": "2026-09-15", "why": "consider trying jpegli[1], it does an impressive job", "why_is_quote": true, "has_verdict": false, "sentiment": {"recommend": 5, "neutral": 0, "compare": 2, "warn": 0}, "spark": [0, 2, 0, 0, 0, 0, 0, 1, 0, 0, 2, 0], "listed": true, "loved": [], "caveat": "", "short_quote": "consider trying jpegli[1], it does an impressive job", "kind": "", "icon": true, "domain": null, "github_repo": "github.com/google/jpegli", "official_url": "https://github.com/google/jpegli", "pricing": "", "aliases": ["jpegli", "Jpegli"], "verdict": null, "praise": [{"label": "", "summary": "", "quotes": [{"id": 795379233, "item_id": 49711202, "url": "https://news.ycombinator.com/item?id=49711202", "by": "ksec", "date": "2026-09-15", "stance": "recommend", "quote": "Jpegli offer enough quality improvement and advantage without introducing an entirely new codec", "excerpt": "Had a lot of the content in this article came out 4 years ago I would have agreed. At least we finally don't have a fake Image Coding Comparisons [1] that tries to undermine JXL. Ignoring AOM and AV1, I was the first few on HN apart from its author supporting JXL from the start, I would argue the biggest case against JPEG XL is JPEG li. Jpegli offer enough quality improvement and advantage without introducing an enti", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 795080785, "item_id": 49692549, "url": "https://news.ycombinator.com/item?id=49692549", "by": "mikae1", "date": "2026-09-14", "stance": "recommend", "quote": "Lossy WebP does not make as much sense though since jpegli entered the game.", "excerpt": "> PNG, the lossless format is great for diagrams and stuff with sharp edges. But also, like GIF, it's pointless when lossless WebP exists and is supported everywhere. It's more efficient. Lossy WebP does not make as much sense though since jpegli entered the game. OP has made https://halide.cx/iris/ which could make lossy WebP make sense, but it's not open source or generally available. > The new formats are interest", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 774320480, "item_id": 48395030, "url": "https://news.ycombinator.com/item?id=48395030", "by": "gforce_de", "date": "2026-06-03", "stance": "recommend", "quote": "If you need the images for the web: go for jpegli, webp and avif", "excerpt": "It's all about licences. If you need the images for the web: go for jpegli, webp and avif - the distance to jpegxl or webp2 is not worth the hassle: https://show.quicky.club/results/14/f8/f1/d8db84d57222d32db6bdc92110c2cecbcda7035123ea80814ee1820c76-612851.html", "context": "", "use_case": "", "switched_from": "", "story": "Journey to JPEG XL: open-source experiments shaped the future of image coding"}, {"id": 740471232, "item_id": 46279452, "url": "https://news.ycombinator.com/item?id=46279452", "by": "qingcharles", "date": "2025-12-15", "stance": "recommend", "quote": "Still no support for Google's own Jpegli", "excerpt": "Still no support for Google's own Jpegli: https://github.com/GoogleChromeLabs/squoosh/issues/1408", "context": "", "use_case": "", "switched_from": "", "story": "Make images smaller using best-in-class codecs, right in the browser"}, {"id": 737863184, "item_id": 46116449, "url": "https://news.ycombinator.com/item?id=46116449", "by": "aidenn0", "date": "2025-12-01", "stance": "recommend", "quote": "consider trying jpegli[1], it does an impressive job", "excerpt": "For making compact high-quality jpeg files, consider trying jpegli[1], it does an impressive job. More specifically, if I try a bunch of AVIF quantization options and manually pick the one that appears visually lossless, it beats jpegli, but if I select a quantization option that always looks visually lossless with AVIF, jpegli will win the average size, because I need to use some headroom for images that AVIF does l", "context": "", "use_case": "JPEG encoding", "switched_from": "", "story": "Google unkills JPEG XL?"}]}], "caveats": [], "who": [], "tags": [], "use_cases": ["jpeg encoding"], "compared": [], "makers": [], "threads": [{"url": "https://news.ycombinator.com/item?id=49690554", "title": "The case against JPEG XL", "mentions": 2}, {"url": "https://news.ycombinator.com/item?id=48340910", "title": "The AV2 Video Standard Has Released (Final v1.0 Specification)", "mentions": 2}, {"url": "https://news.ycombinator.com/item?id=48390688", "title": "Journey to JPEG XL: open-source experiments shaped the future of image coding", "mentions": 1}, {"url": "https://news.ycombinator.com/item?id=46173762", "title": "Make images smaller using best-in-class codecs, right in the browser", "mentions": 1}, {"url": "https://news.ycombinator.com/item?id=46108563", "title": "Google unkills JPEG XL?", "mentions": 1}], "sentiment_by_month": {"2025-11": {}, "2025-12": {"recommend": 2}, "2026-01": {}, "2026-02": {}, "2026-03": {}, "2026-04": {}, "2026-05": {}, "2026-06": {"compare": 2, "recommend": 1}, "2026-07": {}, "2026-08": {}, "2026-09": {"recommend": 2}, "2026-10": {}}, "quotes": [{"id": 795379233, "item_id": 49711202, "url": "https://news.ycombinator.com/item?id=49711202", "by": "ksec", "date": "2026-09-15", "stance": "recommend", "quote": "Jpegli offer enough quality improvement and advantage without introducing an entirely new codec", "excerpt": "Had a lot of the content in this article came out 4 years ago I would have agreed. At least we finally don't have a fake Image Coding Comparisons [1] that tries to undermine JXL. Ignoring AOM and AV1, I was the first few on HN apart from its author supporting JXL from the start, I would argue the biggest case against JPEG XL is JPEG li. Jpegli offer enough quality improvement and advantage without introducing an enti", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 795080785, "item_id": 49692549, "url": "https://news.ycombinator.com/item?id=49692549", "by": "mikae1", "date": "2026-09-14", "stance": "recommend", "quote": "Lossy WebP does not make as much sense though since jpegli entered the game.", "excerpt": "> PNG, the lossless format is great for diagrams and stuff with sharp edges. But also, like GIF, it's pointless when lossless WebP exists and is supported everywhere. It's more efficient. Lossy WebP does not make as much sense though since jpegli entered the game. OP has made https://halide.cx/iris/ which could make lossy WebP make sense, but it's not open source or generally available. > The new formats are interest", "context": "", "use_case": "", "switched_from": "", "story": "The case against JPEG XL"}, {"id": 774320480, "item_id": 48395030, "url": "https://news.ycombinator.com/item?id=48395030", "by": "gforce_de", "date": "2026-06-03", "stance": "recommend", "quote": "If you need the images for the web: go for jpegli, webp and avif", "excerpt": "It's all about licences. If you need the images for the web: go for jpegli, webp and avif - the distance to jpegxl or webp2 is not worth the hassle: https://show.quicky.club/results/14/f8/f1/d8db84d57222d32db6bdc92110c2cecbcda7035123ea80814ee1820c76-612851.html", "context": "", "use_case": "", "switched_from": "", "story": "Journey to JPEG XL: open-source experiments shaped the future of image coding"}, {"id": 774021968, "item_id": 48376373, "url": "https://news.ycombinator.com/item?id=48376373", "by": "ChadNauseam", "date": "2026-06-02", "stance": "compare", "quote": "The avif looks much better to my eye, and is of cource much smaller", "excerpt": "> At decent quality, is it that much better than jpegli I was curious so I gave it a try and switched my photo editing site [0] to jpegli. Here's a comparison between a 29kb avif file (left) and a 146kb jpeg file (right), as produced by my site: https://files.catbox.moe/wdo9gf.png . The avif looks much better to my eye, and is of cource much smaller [0]: https://pictolab.io", "context": "", "use_case": "", "switched_from": "", "story": "The AV2 Video Standard Has Released (Final v1.0 Specification)"}, {"id": 773741699, "item_id": 48358856, "url": "https://news.ycombinator.com/item?id=48358856", "by": "BoingBoomTschak", "date": "2026-06-01", "stance": "compare", "quote": "is it that much better than jpegli", "excerpt": "> Hmm, I don't think so. I think at a fixed file size, chroma subsampling usually allows you to have fewer noticeable artifacts At low bpp, certainly. Though \"certainly\" is to be quantified since chroma is quite cheap in AV1, thanks to CfL. > Humans are so much more sensitive to luma that it doesn't make sense to treat it equally to chroma with respect to lossy compression The problem is that this is completely depen", "context": "", "use_case": "", "switched_from": "", "story": "The AV2 Video Standard Has Released (Final v1.0 Specification)"}, {"id": 740471232, "item_id": 46279452, "url": "https://news.ycombinator.com/item?id=46279452", "by": "qingcharles", "date": "2025-12-15", "stance": "recommend", "quote": "Still no support for Google's own Jpegli", "excerpt": "Still no support for Google's own Jpegli: https://github.com/GoogleChromeLabs/squoosh/issues/1408", "context": "", "use_case": "", "switched_from": "", "story": "Make images smaller using best-in-class codecs, right in the browser"}, {"id": 737863184, "item_id": 46116449, "url": "https://news.ycombinator.com/item?id=46116449", "by": "aidenn0", "date": "2025-12-01", "stance": "recommend", "quote": "consider trying jpegli[1], it does an impressive job", "excerpt": "For making compact high-quality jpeg files, consider trying jpegli[1], it does an impressive job. More specifically, if I try a bunch of AVIF quantization options and manually pick the one that appears visually lossless, it beats jpegli, but if I select a quantization option that always looks visually lossless with AVIF, jpegli will win the average size, because I need to use some headroom for images that AVIF does l", "context": "", "use_case": "JPEG encoding", "switched_from": "", "story": "Google unkills JPEG XL?"}]}