<div dir="ltr">After running and studying the tests/examples for vtkCompositeRenderManager, I realized that none of them performs the depth buffer composite operation. All of them show some sort of data parallelism. But each process either renders its own data or all data are sent to process 0, where they are rendered. And for the vtkCompositer I see no examples or tests at all.<div><br></div><div>I also ran all tests for vtkCompositeZPass (<a href="http://www.vtk.org/doc/nightly/html/c2_vtk_t_3.html#c2_vtk_t_vtkCompositeZPass">http://www.vtk.org/doc/nightly/html/c2_vtk_t_3.html#c2_vtk_t_vtkCompositeZPass</a>), but although I expect them to show the geometry of all processes in the render window of process 0 (unless the geometry is hidden in some process using SetVisible(0)), each process's render window only shows its own geometry.<br></div><div><br></div><div>I may have some misunderstanding of the vtkCompositeZPass. But do you have any example for the vtkCompositeRenderManager that shows a result like <a href="http://www.vtk.org/Wiki/VTK/MultiPass_Rendering_With_IceT">http://www.vtk.org/Wiki/VTK/MultiPass_Rendering_With_IceT</a>, namely combine partial geometry on a few processes into a single render window? With vtkCompositeZPass or whatever, but without IceT (because the vtk-IceT-classes are still missing in VTK)?</div><div><br></div><div>Cheers</div><div>Trevour</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-06-06 21:41 GMT+02:00 David E DeMarle <span dir="ltr"><<a href="mailto:dave.demarle@kitware.com" target="_blank">dave.demarle@kitware.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Tue, Jun 6, 2017 at 3:19 PM, Trevour Spencer <span dir="ltr"><<a href="mailto:trevourspencer@gmail.com" target="_blank">trevourspencer@gmail.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear VTK experts,<br>I'd like to solve a problem with visualizing datasets that are too large to be rendered fluently on a single node.<br>We have datasets that have been distributed with PT-Scotch across ~10-100 nodes of a MPI cluster (each node has a GPU, but for now we are rendering CPU only.). A vtkUnstructuredGrid has been created on each process to visualize the respective fraction of the data that is stored in this process. So far, we have been successful.<br><br>How would I create a composite image that combines all data from all processes? Apparently <a href="http://www.vtk.org/Wiki/VTK/MultiPass_Rendering#Parallel_rendering" target="_blank">http://www.vtk.org/Wiki/VTK/Mu<wbr>ltiPass_Rendering#Parallel_ren<wbr>dering</a> gives some ideas, and the example <a href="http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=Filters/Parallel/Testing/Cxx/DistributedDataRenderPass.cxx" target="_blank">http://www.vtk.org/gitweb?p=VT<wbr>K.git;a=blob;f=Filters/Paralle<wbr>l/Testing/Cxx/DistributedDataR<wbr>enderPass.cxx</a> is perfect for distributing the points of a small dataset across 2 processes and rendering the combined image.<br><br>What I cannot find out with these examples is:<br>How do I proceed, if the data *are* already distributed across the processes? I cannot gather all data on process id #0 (too large) to pass them to a vtkDistributedDataFilter as in the example above. How should the DistributedDataRenderPass.cxx be modified to run with initially distributed data?<br><br>I appreciate your thoughts<br>Trevour<br><br>ps: Finding a solution without ParaView is a requirement from our IT side. We can't argue with them :(<br><br></div></blockquote></span><div><br>boo! ;)<br><br>See tests and examples reachable under doxygen for :<br><a href="http://www.vtk.org/doc/nightly/html/classvtkCompositeRenderManager.html" target="_blank">http://www.vtk.org/doc/<wbr>nightly/html/<wbr>classvtkCompositeRenderManager<wbr>.html</a><br>and <br><a href="http://www.vtk.org/doc/nightly/html/classvtkCompositer.html" target="_blank">http://www.vtk.org/doc/<wbr>nightly/html/<wbr>classvtkCompositer.html</a><br>for orchestrating the synchronous independent pipelines and depth compositing respectively.<br><br></div><div>Pretty soon you will want to swap out any VTK native compositor for IceT since that is better optimized and tested.<br></div><div>For ideas on how to go about that see:<br><a href="http://www.vtk.org/Wiki/VTK/MultiPass_Rendering_With_IceT" target="_blank">http://www.vtk.org/Wiki/VTK/<wbr>MultiPass_Rendering_With_IceT</a><br><br></div><div>Bit of advice - although it can be a chore to compile/install ParaView it can also be a chore to develop something from scratch.<br><br></div><div>good luck with either path.<br></div><div id="m_6502531943967743178gmail-m_-5055892808476754039DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2">cheers<span class="HOEnZb"><font color="#888888"><br><br><div><div class="m_6502531943967743178gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>David E DeMarle<br>Kitware, Inc.<br>Principal Engineer<br>21 Corporate Drive<br>Clifton Park, NY 12065-8662<br>Phone: <a href="tel:(518)%20881-4909" value="+15188814909" target="_blank">518-881-4909</a></div></div></div></div></div></div></font></span></div></div></div></div>
</blockquote></div><br></div>