<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Nathan,<div><br></div><div>I've seen the exact same behavior making yt volume renderings not using any parallelization, so I'm surprised if that's the problem. I think I've fixed it in the past by setting the max value appropriately (which it sounds like you've discovered).</div><div><br></div><div>Stella</div><div><br><div><div>On Mar 1, 2012, at 4:20 AM, Nathan Goldbaum wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Hi all,</div><div><br></div><div>This has something to do with the way the layer closest to the high-density edge of the transfer function gets treated. Setting the maximum density of the transfer function to be well above the maximum density in the last frame seems to be a quick fix for the problem (e.g. in this <a href="http://ucolick.org/~goldbaum/files/better_volume.avi">new video</a> [made with <a href="http://paste.yt-project.org/show/2207/">this updated script</a>] which looks pretty good until the very end). I'm not familiar with parallelism in the camera object so any advice I could get on this would be greatly appreciated.</div><div><br></div><div>I should be available on IRC tomorrow to try to work this out.</div><div><br></div><div>-Nathan</div><div><br></div>On Feb 29, 2012, at 11:04 PM, Nathan Goldbaum wrote:<br><br><blockquote type="cite">Hi Sam,<br><br>It looks like cam.comm.rank = 0 and cam.comm.size = 1 for all of the MPI tasks and at each iteration of the loop.<br><br>Nathan Goldbaum<br>Graduate Student<br>Astronomy & Astrophysics, UCSC<br><a href="mailto:goldbaum@ucolick.org">goldbaum@ucolick.org</a><br><a href="http://www.ucolick.org/~goldbaum">http://www.ucolick.org/~goldbaum</a><br><br>On Feb 29, 2012, at 10:22 PM, Sam Skillman wrote:<br><br><blockquote type="cite">Hi Nathan,<br><br>This is pretty weird -- Can you print out cam.comm.rank and cam.comm.size just after you create the camera object? The only thing I can think of is that there is some invalid reference to the wrong communicator. When doing this you can get rid of the cam.snapshot so that it runs through the code much faster. I'll be on IRC tomorrow morning as well if you want to catch me there.<br><br>Sam<br><br>On Wed, Feb 29, 2012 at 8:37 PM, Nathan Goldbaum <goldbaum@ucolick.org> wrote:<br>Hi all,<br><br>I'm running into some weird issues when I try to make a time series volume rendering movie using parallel_objects. <br><br>The script I'm running is pasted here: http://paste.yt-project.org/show/2206/<br><br>And the resulting movie is located here: http://ucolick.org/~goldbaum/files/volume.avi<br><br>The movie is stitched together using ffmpeg but i've confirmed that the artifacts are present in the individual frames. This is not due to my use of the enhance script since the artifacts appear in the raw frames and in fact the movie was stitched together using the raw frames. I don't see any artifacts when I volume render individual frames in serial. I'm doing one processor per file parallelism.<br><br>Thanks for your help with this - I know there's a cool looking movie buried in there somewhere.<br><br>Nathan Goldbaum<br>Graduate Student<br>Astronomy & Astrophysics, UCSC<br>goldbaum@ucolick.org<br>http://www.ucolick.org/~goldbaum<br><br><br>_______________________________________________<br>yt-users mailing list<br>yt-users@lists.spacepope.org<br>http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org<br><br><br>_______________________________________________<br>yt-users mailing list<br>yt-users@lists.spacepope.org<br>http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org<br><br><br>!DSPAM:10175,4f4f175630302723031603!<br></blockquote><br>!DSPAM:10175,4f4f1f9142002844514455!<br>_______________________________________________<br>yt-users mailing list<br>yt-users@lists.spacepope.org<br>http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org<br><br><br>!DSPAM:10175,4f4f1f9142002844514455!<br></blockquote><br></div>_______________________________________________<br>yt-users mailing list<br><a href="mailto:yt-users@lists.spacepope.org">yt-users@lists.spacepope.org</a><br>http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org<br></blockquote></div><br><div apple-content-edited="true"> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><div><div>--------------------------------------------------------------</div><div>Stella Offner</div><div>NSF Postdoctoral Fellow</div><div>Harvard-Smithsonian Center for Astrophysics</div><div><a href="http://www.cfa.harvard.edu/~soffner">http://www.cfa.harvard.edu/~soffner</a></div></div><div><br></div></div><br></div><br></div></span><br class="Apple-interchange-newline"> </div><br></div></body></html>