<div dir="ltr">Hi Wolfgang,<div><br></div><div>Yes, this is definitely an issue with the volume rendering infrastructure. I *think* the reason this is happening is because the draw_domain function is calling the `enhance_rgba` function internally, which is supposed to yield a more pleasing contrast. As far as I can see, there isn't a way to prevent this from happening, and i'm not sure off-hand why it was originally written that way. A quick hack would be to see what happens when the call to enhance_rgba in the draw_domain function is commented out.</div><div><br></div><div>In any case, we are currently in the middle of refactoring the volume rendering interface to use a new "scene" paradigm (see <a href="http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0010.html">http://ytep.readthedocs.org/en/latest/YTEPs/YTEP-0010.html</a> for a high-level description). This code is currently available on the 'experimental' bookmark in the main yt repository. That said, I'm not sure whether this is still an issue in the new VR infrastructure.</div><div><br></div><div>Overall, getting pleasing-looking movies without flickering is still somewhat difficult due to the design of yt's ray-tracing volume renderer. The absolute luminance of any cell can vary quite a lot depending on the structure being volume rendered and the transfer function.</div><div><br></div><div>Sorry to not have a more satisfactory answer. I hope this offers a bit more context about why what you're seeing is happening.</div><div><br></div><div>-Nathan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 30, 2015 at 9:54 AM, Wolfgang Kastaun <span dir="ltr"><<a href="mailto:physik@fangwolg.de" target="_blank">physik@fangwolg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I am trying to assemble Yt volume renderings into a movie using moviepy, which essentially takes a numpy rgb array for each frame and produces a video.<br>
<br>
However, I am a bit confused on the absolute luminosity in volume renderings.<br>
<br>
It seems that adding annotations via cam.draw_domain() does not only draw the domain, but also adjusts the image brightness, which is a bit surprising. I did not notice that when using cam.save_image() for a single frame instead using the image array directly, apparently the former does adjust brightness as well.<br>
<br>
I want to avoid rescaling based on average or maximum brightness *of a single frame* in a movie, because this is misleading.<br>
The brightness of a pixel should only depend on the data along the corresponding ray, not on the other rays as well. Rather, the scale should be constant during the movie. I know it is probably difficult, but is there a way to estimate a reasonable scaling from the expected data range of the whole evolution and the size of the domain? Also which other functions besides cam.draw_domain() do implicitly adjust the brightness?<br>
<br>
Regards,<br>
Wolfgang Kastaun.<br>
<br>
<br>
_______________________________________________<br>
yt-users mailing list<br>
<a href="mailto:yt-users@lists.spacepope.org" target="_blank">yt-users@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org</a><br>
</blockquote></div><br></div>