<div dir="ltr">I inlined some answers below...<div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 1:42 PM, Kolja Petersen <span dir="ltr"><<a href="mailto:petersenkolja@gmail.com" target="_blank">petersenkolja@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>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 pqLiveInsituVisualizationManag<wbr>er::<wbr>pqLiveInsituVisualizationManag<wbr>er(int connection_port, pqServer* server), which creates a vtkSMLiveInsituLinkProxy, not a vtkLiveInsituLink as coprocessing.py.</div></div></blockquote><div><br></div><div>Yes, coprocessing.py should only be used on the simulation side.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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></blockquote><div><br></div><div>Yes, the same class does work in both roles with the LIVE ProcessType being the visualization side and the INSITU being the simulation side. Things get a little murkier when there is a separate pvserver from the client that connects to the simulation.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>Then, following the creation of a vtkSMLiveInsituLinkProxy in the pqLiveInsituVisualizationManag<wbr>er constructor, this proxy's server side vtkLiveInsituLink calls "parallelController-><wbr>TriggerRMIOnAllChildren(<wbr>INITIALIZE_CONNECTION);" inside vtkLiveInsituLink::<wbr>InsituConnect(<wbr>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></blockquote><div><br></div><div>I believe the cslogs are only between the client and server. You may be able to print the cslogs on the simulation side as well but I haven't tried that to verify that it works.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><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="m_-8047618778228026156h5">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="m_-8047618778228026156h5"><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_-8047618778228026156m_-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>
</blockquote></div><br></div></div>