<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2506.05987/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2506.05987/feed.xml" rel="self" type="application/rss+xml" /><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — mentioned by cubefox</title><link>https://news.ycombinator.com/item?id=49991827</link><guid isPermaLink="false">urn:hackerpapers:mention:2506.05987:49991827</guid><pubDate>Wed, 07 Oct 2026 12:28:47 GMT</pubDate><description>&lt;p&gt;Yeah. Here is a surprisingly readable article on all the supported features and design decisions of JPEG XL: https://arxiv.org/abs/2506.05987 The format is designed to be as general as possible, potentially replacing many common (JPEG, GIF, PNG) and professional image formats. For example, JPEG XL supports pages (e.g. for comic books), layers (with variable frame sizes, positions and blend modes) and timed animations.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — mentioned by janwas</title><link>https://news.ycombinator.com/item?id=49693906</link><guid isPermaLink="false">urn:hackerpapers:mention:2506.05987:49693906</guid><pubDate>Mon, 14 Sep 2026 09:00:54 GMT</pubDate><description>&lt;p&gt;Something is fishy here. The JPEG XL report [1] measured between 240-270 Megapixels/s on 6 cores using the C++ implementation (disclosure: I was responsible for its SIMD/threading), about twice as fast as the then-current libaom. Measuring on a single core is deeply misleading because our code was designed to scale well. I believe AVIF requires tiling in order to parallelize, which causes artifacts at tile boundaries. [1]: https://arxiv.org/pdf/2506.05987&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — mentioned by cubefox</title><link>https://news.ycombinator.com/item?id=49446898</link><guid isPermaLink="false">urn:hackerpapers:mention:2506.05987:49446898</guid><pubDate>Wed, 26 Aug 2026 11:04:23 GMT</pubDate><description>&lt;p&gt;JPEG XL is also &amp;quot;extra large&amp;quot; in the sense that it covers many features of more specialized image formats. They tried to come up with a pretty universal solution. &amp;gt; It supports wide colour gamut as well as high dynamic range and high bit depth images. JPEG XL further includes features such as animation, alpha channels, layers, thumbnails, lossless and progressive coding (...) https://jpeg.org/jpegxl/ More features are described in this nice overview article: https://arxiv.org/pdf/2506.05987&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — mentioned by fleabitdev</title><link>https://news.ycombinator.com/item?id=47426138</link><guid isPermaLink="false">urn:hackerpapers:mention:2506.05987:47426138</guid><pubDate>Wed, 18 Mar 2026 14:20:24 GMT</pubDate><description>&lt;p&gt;Both formats are DCT-based (except for lossless JPEG XL). JPEG 2000&amp;#x27;s use of the DWT was unusual; in general, still-image lossy compression research has spent the last 35 years iteratively improving on JPEG&amp;#x27;s design. This is partly for compatibility reasons, but it&amp;#x27;s also because the original design was very good. Since JPEG, improvements have included better lossless compression (entropy coding) of the DCT coefficients; deblocking filters, which blur the image across block boundaries; predicting the contents of DCT blocks from their neighbours, especially prediction of sharp edges; variable…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — HN submission</title><link>https://news.ycombinator.com/item?id=44547686</link><guid isPermaLink="false">urn:hackerpapers:submission:2506.05987:44547686</guid><pubDate>Sun, 13 Jul 2025 05:05:54 GMT</pubDate><description>&lt;p&gt;The JPEG XL Image Coding History, Features, Coding Tools, Design Rationale&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;94 points; 44 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — HN submission</title><link>https://news.ycombinator.com/item?id=44435324</link><guid isPermaLink="false">urn:hackerpapers:submission:2506.05987:44435324</guid><pubDate>Tue, 01 Jul 2025 16:06:59 GMT</pubDate><description>&lt;p&gt;JPEG XL Coding System: History, Features, Tools, Design Rationale and Future&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;3 points; 1 discussion reply on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — HN submission</title><link>https://news.ycombinator.com/item?id=44377406</link><guid isPermaLink="false">urn:hackerpapers:submission:2506.05987:44377406</guid><pubDate>Wed, 25 Jun 2025 13:56:54 GMT</pubDate><description>&lt;p&gt;The JPEG XL Image Coding System&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item><item><title>The JPEG XL Image Coding System: History, Features, Coding Tools, Design Rationale, and Future — HN submission</title><link>https://news.ycombinator.com/item?id=44238670</link><guid isPermaLink="false">urn:hackerpapers:submission:2506.05987:44238670</guid><pubDate>Tue, 10 Jun 2025 16:25:47 GMT</pubDate><description>&lt;p&gt;The JPEG XL Image Coding System&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;3 points; 0 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/2506.05987/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.MM</category></item></channel></rss>
