<div dir="ltr"><div><div>This is not practical. We have tried this before. The data are updated in a background thread, so that data to be displayed are always available without any delay. The continuous redrawing uses 100% cpu. Even with a refresh rate reduced to 20 updates per second (sleep commands) cpu usage is still 70%. Slower refresh rates cause unwanted effects for calculations that vary quickly. This load is predominantly caused by the communication overhead and almost independent of the actual rendering work (tested with a 50x50 pixel window and single triangle dataset).<br><br></div>Does anybody have a real solution how a background thread can wake up the main thread when data has changed? A continuous trigger from the GUI wastes too many resources. An event based mechanism is needed.<br><br></div>Conny<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 22, 2016 at 12:59 PM, Mathieu Westphal <span dir="ltr"><<a href="mailto:mathieu.westphal@kitware.com" target="_blank">mathieu.westphal@kitware.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<br><br></div>A work around would be to declare two (fake) timestep in your reader and play the animation in loop in paraview.<br></div><div><br></div>Regards,<br></div><div class="gmail_extra"><br clear="all"><div><div data-smartmail="gmail_signature"><div dir="ltr">Mathieu Westphal<br></div></div></div>
<br><div class="gmail_quote"><div><div class="h5">On Wed, Jun 22, 2016 at 12:51 PM, corinna reuter <span dir="ltr"><<a href="mailto:corinnareuter75@gmail.com" target="_blank">corinnareuter75@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">A question to the specialists:<br>Can Paraview refresh its view automatically when a dataset updates its state?<br><br>A
 plugin starts a background thread that calculates new dataset values 
periodically. Each time a calculation step is finished, all filters and 
views connected to the generated dataset should be updated. (Something 
similar is done in a live catalyst connection. But catalyst has a 
serious drawback for large datasets. It runs in a separate process, so 
that the datasets cannot be in shared memory, but have to be 
transferred, requiring redundant storage space and wasted network 
bandwidth.) Although paraview is said to be not thread safe, it should't
 be problematic as long as access to VTK classes is limited to the main 
thread. The difficult question is, how can paraview be notified that a 
plugin has updated its output while the main thread only waits for GUI or
 network events when idle?<br><br>Any ideas or recommendations?<br>Conny</div>
<br></div></div>_______________________________________________<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>
</blockquote></div><br></div>