<p>Bikker said that?  Are you thinking of this thread:<br>
<a href="http://ompf2.com/viewtopic.php?f=6&amp;t=1894">http://ompf2.com/viewtopic.php?f=6&amp;t=1894</a></p>
<p>If so, it was mpeterson who claimed to have an order-of-magnitude faster method, not Bikker.  And mpeterson was very vague and not forthcoming about it.</p>
<p>Bikker said that his own method is about 20% faster than existing methods, which is consistent with the results presented in the paper.</p>
<p>--Nathan</p>
<div class="gmail_quote">On Mar 28, 2014 4:02 PM, &quot;Matthew Heimlich&quot; &lt;<a href="mailto:matt.heimlich@gmail.com">matt.heimlich@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Indeed, it doesn&#39;t appear to be an order of magnitude to me either,<br>
but that&#39;s a quote from Bikker himself over on Ompf. Might be worth<br>
clarifying with him.<br>
<br>
On Fri, Mar 28, 2014 at 6:44 PM, Brecht Van Lommel<br>
&lt;<a href="mailto:brechtvanlommel@pandora.be">brechtvanlommel@pandora.be</a>&gt; wrote:<br>
&gt; Thanks for the links.<br>
&gt;<br>
&gt; The stackless BVH doesn&#39;t seem so interesting at the moment, because<br>
&gt; it&#39;s slower on both the CPU and GPU. Maybe it&#39;s more for raytracing<br>
&gt; hardware.<br>
&gt;<br>
&gt; The other paper shows about 20% faster raytracing for first bounce<br>
&gt; rays, which is neat and it&#39;s interesting that it apparently makes this<br>
&gt; kind of batching / ray ordering method consistently faster, whereas<br>
&gt; previously it was more hit and miss. I wouldn&#39;t call it an order of<br>
&gt; magnitude faster though, unless I&#39;m missing something.<br>
&gt;<br>
&gt; Brecht.<br>
&gt;<br>
&gt; On Tue, Mar 25, 2014 at 3:51 PM, Matthew Heimlich<br>
&gt; &lt;<a href="mailto:matt.heimlich@gmail.com">matt.heimlich@gmail.com</a>&gt; wrote:<br>
&gt;&gt; Thought I&#39;d toss a couple of interesting BVH papers I&#39;d found recently<br>
&gt;&gt; onto the mailing list. One is a stackless MBVH method that promises<br>
&gt;&gt; nice memory savings on the GPU, the other is a paper for CPU path<br>
&gt;&gt; tracing by Jacco Bikker which he claims can be an order of magnitude<br>
&gt;&gt; faster than the previous state-of-the-art algorithms. Bikker is the<br>
&gt;&gt; mind behind Arauna/Brigade for those who don&#39;t know. When he speaks up<br>
&gt;&gt; about BVH speed, I tend to take it seriously!<br>
&gt;&gt;<br>
&gt;&gt; Anyway, thought they&#39;d be interesting to some folks on here.<br>
&gt;&gt;<br>
&gt;&gt; Cheers!<br>
&gt;&gt;<br>
&gt;&gt; <a href="http://cg.iit.bme.hu/~afra/publications/afra2013cgf_mbvhsl.pdf" target="_blank">http://cg.iit.bme.hu/~afra/publications/afra2013cgf_mbvhsl.pdf</a><br>
&gt;&gt;<br>
&gt;&gt; <a href="http://arauna2.ompf2.com/files/cgf_article.pdf" target="_blank">http://arauna2.ompf2.com/files/cgf_article.pdf</a><br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Bf-cycles mailing list<br>
&gt;&gt; <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
&gt;&gt; <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
&gt; _______________________________________________<br>
&gt; Bf-cycles mailing list<br>
&gt; <a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
&gt; <a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div>