<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>What Matters in Practical Learned Image Compression · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2605.05148/</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/2605.05148/feed.xml" rel="self" type="application/rss+xml" /><item><title>What Matters in Practical Learned Image Compression — mentioned by dahart</title><link>https://news.ycombinator.com/item?id=48258055</link><guid isPermaLink="false">urn:hackerpapers:mention:2605.05148:48258055</guid><pubDate>Sun, 24 May 2026 15:28:44 GMT</pubDate><description>&lt;p&gt;Looks very cool assuming all the comparisons are correct &amp;amp; fair and there’s no major failure cases. Quick link to the HTML version of the paper to save you a couple of clicks: https://arxiv.org/html/2605.05148v1 Since this is by Apple, I’m certainly curious if this is aimed at becoming the new default format for Apple devices. What kind of effort does it take to do that, beyond getting the paper published? On the PR summary page, the “speed” column should be labeled “time”. Time is lower-is-better, whereas speed means higher-is-better. The BD rate column could also use a less cryptic label.…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2605.05148/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CV</category></item></channel></rss>
