<div dir="ltr">Elvis is right. Load the data, Update() the reader/pipeline (which forces the pipeline to actually run). You can even create the mapper/actor etc if you want. All in another thread. But adding the actor to the renderer and rendering must be done in the main thread and there will be a pause as the graphics objects get built and uploaded to the GPU but at least it will be shorter as the file IO etc has already been done. <div><br></div><div>Some of the building of the graphics objects could also be done in the other thread with some (possibly significant) coding changes to VTK which would further reduce any hiccups.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 9, 2018 at 10:26 AM, Elvis Stansvik <span dir="ltr"><<a href="mailto:elvis.stansvik@orexplore.com" target="_blank">elvis.stansvik@orexplore.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2018-05-09 16:09 GMT+02:00 Sam Raby <<a href="mailto:rabysam28@gmail.com">rabysam28@gmail.com</a>>:<br>
> Hello, I have a vtkPolyData that I can display fine. Every half a second<br>
> another vrkplydata comes in, so I need to display the new vtkpolydata<br>
> instead of the old one, and so forth. It is essentially like an animation<br>
> but the incoming vtkploydata are different in size and content, so I cannot<br>
> use the same vtkpolydata object every time.<br>
><br>
> Is there an example so I see how to approach this? One requirement is that<br>
> as this animation is displayed I need to be able to still interact with the<br>
> scene such as zoom in and out. So it needs to be an unblocking call.<br>
<br>
I think that everything up to the AddActor(..) and Render() calls on<br>
the renderer can be made in a different thread. But the AddActor(..)<br>
and Render() calls must be made from the main (GUI) thread (please<br>
someone correct me if I'm wrong).<br>
<br>
So your GUI will be blocked for some time, depending on how much time<br>
those two calls take for your polydata.<br>
<br>
In our application we also have this problem, but we're working with<br>
volumes (not polydata). The GUI should ideally be fully responsive<br>
while a volume is being added to the renderer, but it will freeze for<br>
some hundred ms or so. I don't think there's a way around this. We do<br>
the reading/creation of the volume pipeline in a separate thread, but<br>
still the adding of the volume to the renderer and the subsequent<br>
first render will take some time.<br>
<br>
Elvis<br>
<br>
><br>
> Thanks<br>
> -s<br>
><br>
> ______________________________<wbr>_________________<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<br>
> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the VTK FAQ at:<br>
> <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_<wbr>FAQ</a><br>
><br>
> Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>vtkusers</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="https://vtk.org/mailman/listinfo/vtkusers" rel="noreferrer" target="_blank">https://vtk.org/mailman/<wbr>listinfo/vtkusers</a><br>
><br>
______________________________<wbr>_________________<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/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_<wbr>FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://vtk.org/mailman/listinfo/vtkusers" rel="noreferrer" target="_blank">https://vtk.org/mailman/<wbr>listinfo/vtkusers</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Ken Martin PhD<div>Distinguished Engineer<br><span style="font-size:12.8px">Kitware Inc.</span><br></div><div>101 East Weaver Street<br>Carrboro, North Carolina<br>
27510 USA<br><br><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div></div></div></div></div>
</div>