
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">


<div>Hi,</div>


<div><br>


</div>


<span id="OLK_SRC_BODY_SECTION">


<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">


<div dir="ltr">


<div>As for out-of-core rendering -- it's an interesting research project, but wouldn't give it a high priority:</div>


<div><br>


</div>


<div>- We can still optimize quite a few of things memory-wise (there's some redundancy in i.e. pre-aligned triangle storage)</div>


<div>- We can support half-float textures, normal maps storage etc</div>


</div>


</blockquote>


</span>


<div><br>


</div>


<div>Half-floats were on my to-do list as well, and so are CUDA texture objects to lift the max # of textures limitation.</div>


<div><br>


</div>


<span id="OLK_SRC_BODY_SECTION">


<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">


<div dir="ltr">


<div>The issue of out-of-core rendering is that it complicates workflow quite a bit, requires artists themselves to be more technical in order to prevent render time being exploded due to lots of cache misses.</div>


</div>


</blockquote>


</span>


<div><br>


</div>


<div>If you look at the paper I linked, through ray sorting the Hyperion team got to a point where they didn’t need any caching whatsoever. The clear limitation is though, it only pays off at massive ray counts, that is final frame renders. This method won’t


 work well for interactive sessions.</div>


<div><br>


</div>


<div>-Stefan</div>


</body>


</html>