<div dir="ltr"><div><div>Hi Evan,<br><br></div>I just tried replicating those issues with PV 5.0 and didn't see the crash with either case 1 or 2. If you can share a data set and pv state file that replicates the issue with 5.0 I can take a deeper look at this.<br><br></div>As for starting pathlines from a specific point in time instead of the initial one, two quick thoughts here:<br><ol><li>Can you avoid loading in time steps?<br></li><li>You could set the reinjection frequency such that particles get reinjected at your specific time and then use threshold on the particle InjectionStepId to get rid of particles you don't want. It may be a bit of wasted computation but easy to get results this way.</li></ol><p>Cheers,</p><p>Andy<br></p></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 1:38 PM, Evan Kao <span dir="ltr"><<a href="mailto:tossin@gmail.com" target="_blank">tossin@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 dir="ltr"><div><div>Hello all,<br><br></div><div>Version: Paraview 4.4 64-bit on Windows 8 installed from binaries<br></div><div><br></div>I've been playing around with the ParticlePath filter and it's been a bit of a frustrating experience because it seems to crash all the time.  I think I've identified two sources of the crashing:<br><br></div><div>1) It crashes when there are no particles left.  I tested this by setting the Force Injection parameter to zero and nonzero values.  This is an issue, since sometimes I just want to follow an initial set of particles without cluttering it with new particles.  So in order to do that now, I would have to carefully step the end time until it crashes, and then reload the state.<br><br></div><div>2) It crashes if the end time is beyond what Paraview <i>thinks</i> is the last time step.  This is an issue because I use the Temporal Interpolator to create periodic data with multiple cycles and for some reason it seems like ParticlePath does not take the periodicity into account.  I tested this by first using ParticlePath directly after Temporal Interpolator and then using ParticlePath after exporting the interpolated data and importing it into a new session.  In the first case, it will crash after the end of the first cycle.  In the second case, it will (usually) make it through both cycles without crashing.<br><br></div><div>So there are workarounds both issues, but the workflow seems more cumbersome than it should be.  So I guess my question is, is there a better/smarter way to use the ParticlePath filter than the way I'm using it?  Maybe a "best practices" guide?<br><br></div><div>Additionally, is there way to start the pathlines from a specific time point instead of the initial one?<br><br></div><div>Thanks,<br></div><div>Evan Kao<br></div></div>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
<br></blockquote></div><br></div>