<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Digesting the Elephant -- Experiences with Interactive Production Quality Path Tracing of the Moana Island Scene · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2001.02620/</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/2001.02620/feed.xml" rel="self" type="application/rss+xml" /><item><title>Digesting the Elephant -- Experiences with Interactive Production Quality Path Tracing of the Moana Island Scene — mentioned by TomVDB</title><link>https://news.ycombinator.com/item?id=24834259</link><guid isPermaLink="false">urn:hackerpapers:mention:2001.02620:24834259</guid><pubDate>Tue, 20 Oct 2020 05:46:28 GMT</pubDate><description>&lt;p&gt;Here&amp;#x27;s what I just noticed in a paper that&amp;#x27;s was linked at the bottom of this article. https://arxiv.org/pdf/2001.02620.pdf: &amp;quot;Although OSPRay already supported textures, it only supported image textures, however Ptex is a geometry based texture format baked on top of the underlying meshes [Burley and Lacewell 2008]. Not only does this mean there is no reasonable way these textures could be converted to 2D images for use in OSPRay, but that OSPRay’s entire view of how textures can be applied to geometry—which was inherently based on image textures—would have to change.&amp;quot;&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2001.02620/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.GR</category></item></channel></rss>
