<div dir="ltr"><div>Thank you, Andy,</div><div>unfortunately your answer has shown me how little I understand about Catalyst. But maybe it leads in the right direction after some work from my side.</div><div><br></div><div>Just to make sure that we are talking about the same thing: My pvpython client is supposed to automate some of the visualization functionality of the paraview GUI. The coprocessing.py is in charge of the other side of the link, namely to provide data to the visualization side, if I understand correctly? I rather followed what happens in the constructor pqLiveInsituVisualizationManager::pqLiveInsituVisualizationManager(int connection_port, pqServer* server), which creates a vtkSMLiveInsituLinkProxy, not a vtkLiveInsituLink as coprocessing.py.</div><div><br></div><div>Now I saw that the vtkLiveInsituLink class can have ProcessType LIVE (for the visualization side? as server side object of the proxy created by paraview?) or INSITU (for the simulation side?). So apparently the same class can take both roles? If yes, that'd clarify some of my confusion. But still I don't see how coprocessing.py helps me to implement a python visualization client?</div><div><br></div><div>Then, following the creation of a vtkSMLiveInsituLinkProxy in the pqLiveInsituVisualizationManager constructor, this proxy's server side vtkLiveInsituLink calls "parallelController->TriggerRMIOnAllChildren(INITIALIZE_CONNECTION);" inside vtkLiveInsituLink::InsituConnect(vtkMultiProcessController* proc0NodesController). This seems to be the first RMI sent over the link. Is there any possibility to log the transmission or reception of this RMI? I don't find it in the cslogs.</div><div>I think I could make some progress if I am able to debug where those messages are sent to, and why the python client doesn't react to them.</div><div>Thank you</div><div>Kolja</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 4:05 PM, Andy Bauer <span dir="ltr"><<a href="mailto:andy.bauer@kitware.com" target="_blank">andy.bauer@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">Hi Kolja,<div><br></div><div>I can't recall if anyone tried the Catalyst Live connection through pvpython but I don't think anyone has done that yet. The design was meant to go through the GUI. My suggestion would be to start looking at the DoLiveVisualization() method in coprocessing.py. </div><div><br></div><div>Cheers,</div><div>Andy</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Oct 24, 2017 at 12:49 PM, Kolja Petersen <span dir="ltr"><<a href="mailto:petersenkolja@gmail.com" target="_blank">petersenkolja@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">Hello,<br>Are there any examples how to receive extracts from Catalyst simulations in a batch pvpython script?<br><br>My first attempt looks as attached. I connect to a pvserver running on localhost. Then I create a LiveInsituLink proxy, set the insitu port to 22222 and initialize the proxy. Finally, I repeat ProcessEvents(), which I hoped would allow me to interact with the Catalyst simulation.<br><br>However, when I first start pvserver, then the "coproc.py" script (attached), and finally a Catalyst example (e.g. Examples/Catalyst/CFullExample<wbr>/FEDriver.c), nothing useful happens. The callback, which should react to any LiveInsituLink events, is only called during initialization (UpdatePropertyEvent and ModifiedEvent), then never again. lil.GetTimeStep() in the endless loop shows always the same (uninitialized?) value, there are no Debug messages from the LiveInsituLink proxy.<div><br>How can I receive a notification, when a Catalyst simulation connects?<br>How can I get a list of available extracts?</div><div>Thank you</div><span class="m_-453312433765866644HOEnZb"><font color="#888888"><div>Kolja</div></font></span></div>
<br></div></div>______________________________<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/opensou<wbr>rce/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/ParaV<wbr>iew</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=<wbr>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/mail<wbr>man/listinfo/paraview</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>