<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Exposing flaws of generative model evaluation metrics and their unfair treatment of diffusion models · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2306.04675/</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/2306.04675/feed.xml" rel="self" type="application/rss+xml" /><item><title>Exposing flaws of generative model evaluation metrics and their unfair treatment of diffusion models — mentioned by godelski</title><link>https://news.ycombinator.com/item?id=41168830</link><guid isPermaLink="false">urn:hackerpapers:mention:2306.04675:41168830</guid><pubDate>Tue, 06 Aug 2024 08:26:48 GMT</pubDate><description>&lt;p&gt;&amp;gt; The rule in ML There&amp;#x27;s definitely attempts to revive things (in the general sense, not just GANs), but most successes appear to come from large labs dedicating equal computational resources to the older models and often by changing names. This can make things more confusing and make things appear to be changing faster, but once you can see this, you&amp;#x27;ll have an easier time keeping up (so being new, watch out for this). I&amp;#x27;ll give some examples that are easier to read[0-2] (i.e. don&amp;#x27;t need expert knowledge to understand the nuances). As an insider (ML researcher), my complaint isn&amp;#x27;t so much…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2306.04675/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item><item><title>Exposing flaws of generative model evaluation metrics and their unfair treatment of diffusion models — mentioned by stevenwalton</title><link>https://news.ycombinator.com/item?id=41009908</link><guid isPermaLink="false">urn:hackerpapers:mention:2306.04675:41009908</guid><pubDate>Fri, 19 Jul 2024 19:04:04 GMT</pubDate><description>&lt;p&gt;&amp;gt; But the constraint that both eyes should have consistent reflection patterns is just another statistical regularity that appears in real photographs Hi, author here of a model that does really good on this[0]. My model is SOTA and has undergone a third party user study that shows it generates convincing images of faces[1]. AND my undergrad is in physics. I&amp;#x27;m not saying this to brag, I&amp;#x27;m giving my credentials. That I have deep knowledge in both generating realistic human faces and in physics. I&amp;#x27;ve seen hundreds of thousands of generated faces from many different models and architectures. I…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2306.04675/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item><item><title>Exposing flaws of generative model evaluation metrics and their unfair treatment of diffusion models — mentioned by godelski</title><link>https://news.ycombinator.com/item?id=38657757</link><guid isPermaLink="false">urn:hackerpapers:mention:2306.04675:38657757</guid><pubDate>Fri, 15 Dec 2023 19:31:04 GMT</pubDate><description>&lt;p&gt;Look, every single message I&amp;#x27;ve said that you&amp;#x27;re trading quality for speed. That does in fact mean GANs are worse. I&amp;#x27;m not sure why you think I have said anything short of that, I&amp;#x27;ve explicitly agreed with you that diffusion produces higher quality images, and I&amp;#x27;m not interested in repeating myself any further. We&amp;#x27;re talking about a fucking raspberry pi, it is definitely reasonable to want to __trade quality for speed__ when you&amp;#x27;re working on a tiny computer. I&amp;#x27;m glad you&amp;#x27;re aware that FID has limits. For some reason this is uncommon. But there are more limits than the backbone classifier.…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2306.04675/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
