<div>Matt, the easiest test is probably:</div><div><br></div><div>Set up the renderer to work such that red is opaque to blue and blue is opaque to red.  Then take a single brick, render the "x" field with contours added such that you have an opaque red face and an opaque blue face on the opposite side.  Then test looking straight at it and you should see either red or blue, which you could evaluate directly from the image array.  You then want to filp the looking direction to make sure it still works.  I'll make sure that my fork is ready to go, and then maybe you could take a crack at it or we can iterate on it together.  I'm happy to let you try to crack this one if you want to.</div>

<div><br></div><div>Sam</div><div><br><div class="gmail_quote">On Tue, May 29, 2012 at 9:50 AM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, May 29, 2012 at 11:47 AM, Sam Skillman <<a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>> wrote:<br>


> i struck out my last at bat.  but yes, i think the b2f/f2b is the only<br>
> remaining issue.  at this point i'm not convinced that my flipping minus<br>
> random minus signs is not going to work out...<br>
<br>
</div>Since we need to delay any type of release for a couple weeks<br>
following a merge like this, is there any chance we could isolate this<br>
problem into either the ray casting of a single brick (and something<br>
like a constant absoprtion or constant emissivity, which should show<br>
the problem analytically) or into a very simple field description that<br>
can be checked other than by visual inspection?  I'd like to take a<br>
pass at doing this.<br>
<br>
The volume refactor could potentially be a disruptive change; I'd like<br>
to have enough time to shake out the kinks before any major release,<br>
or any major upgrade of the code.<br>
<br>
-Matt<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Tue, May 29, 2012 at 7:12 AM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
>><br>
>> Hi all (especially Sam),<br>
>><br>
>> What is blocking the merge of volume_refactor into the main dev<br>
>> branch?  My recollection is that the only remaining issue was the<br>
>> b2f/f2b ordering, which I thought Sam had taken a successful swing at.<br>
>><br>
>> -Matt<br>
>> _______________________________________________<br>
>> yt-dev mailing list<br>
>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> yt-dev mailing list<br>
> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</div></div></blockquote></div><br></div>