<div dir="ltr"><div><div><div>Ken,<br><br></div>I tested your changes and they are working for my more complicated "production" case.  I am currently running more tests and will update you if anything goes wrong.<br><br></div>I'm still adjusting my lighting settings from 4.4.0 to 5.x.x to get similar images between the two versions.  In the past with 4.4.0 I had noticed that some surface LIC images would seemingly randomly get darker.<br>Perhaps that is what you are seeing as well.<br><br></div>-Andy<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 9, 2017 at 11:47 AM, Ken Martin <span dir="ltr"><<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@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">Thanks so much for the example. I have a VTK topic that I believe will fix the issue here:<div><br></div><div><a href="https://gitlab.kitware.com/vtk/vtk/merge_requests/2463" target="_blank">https://gitlab.kitware.com/<wbr>vtk/vtk/merge_requests/2463</a><br></div><div><br></div><div>It fails three of the current paraview LIC tests but with images that still look reasonable (although one looks dark to me). The changes only impact two files. Your example no longer hangs with these changes. If you have a chance to test it on your real data or other cases that would help me feel more confident about the change.</div><div><br></div><div>Thanks</div><span class="HOEnZb"><font color="#888888"><div>Ken</div><div><br></div><div><br></div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 8, 2017 at 9:21 AM, Andy Smith <span dir="ltr"><<a href="mailto:agsmith424@gmail.com" target="_blank">agsmith424@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><div><div><div>Ken,<br><br></div>I've attached a small example file and script that demonstrates the problem.<br><br>The example dataset is a multiblock unstructured grid with two blocks.  The script attempts to create two images of slices through the dataset.  At the first slice position data from both blocks are in the slice.  At the second slice position only data from one block is part of the slice.  This works in serial and parallel (two processors) using pvbatch when not using surface LIC and in serial when using surface LIC with the latest ParaView from the git repo.  In parallel, the surface LIC hangs when creating the second image.  This script works in parallel with surface LIC when using version 4.4.0.<br><br></div>As an aside, I call the function to ensure that the surface LIC plugin is loaded at the beginning of the script.  When I do this I get warnings about "Replacing existing representation for key: Surface LIC".  I assume this is because in my build I turned on the option to load the surface LIC plugin by default.  Is there a way in Python to check if a plugin is loaded and skip this step if that is the case?<br><br></div>Let me know if I can provide any additional information.<br><br></div>-Andy<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 7, 2017 at 8:32 AM, Ken Martin <span dir="ltr"><<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@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">Thanks Andy, just to make sure I understand the issue. Is the case that one processor has no data, or is it that it has data, but it is outside the current view?<div><br></div><div>Thanks</div><span class="m_1114965899855692933m_8273806283991198057HOEnZb"><font color="#888888"><div>Ken</div></font></span></div><div class="m_1114965899855692933m_8273806283991198057HOEnZb"><div class="m_1114965899855692933m_8273806283991198057h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 2, 2017 at 5:14 PM, Andy Smith <span dir="ltr"><<a href="mailto:agsmith424@gmail.com" target="_blank">agsmith424@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><div><div>I've tested this with the latest ParaView and it does seem to run much faster.<br></div>I am having a problem when running in parallel though.  If one processor does not have anything to display, the rendering hangs.<br></div><div>Related to that, what routine actually calls vtkCompositeLICHelper::RenderP<wbr>iece?<br></div><div>The process that does not have anything to display never gets to that function but the other processes do.  In that function there are MPI calls where the rendering hangs.<br></div><div><br></div>As a reply to Chuck:  I can use EGL in some instances but unfortunately not all of our machine have GPUs so software rendering is still required.<br><br></div>Thanks again for all the help.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 23, 2017 at 12:45 PM, Ken Martin <span dir="ltr"><<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@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">There is a VTK topic now that should fix this regression. With this change OpenGL2 LIC seems to run much faster (at least 10X).<div><br></div><div><a href="https://gitlab.kitware.com/vtk/vtk/merge_requests/2419" target="_blank">https://gitlab.kitware.com/vtk<wbr>/vtk/merge_requests/2419</a><br></div><div><br></div><div>Hopefully it will test out OK and get merged into VTK and then merged into ParaView.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Dec 12, 2016 at 11:38 AM, Andy Smith <span dir="ltr"><<a href="mailto:agsmith424@gmail.com" target="_blank">agsmith424@gmail.com</a>></span> wrote:<br></span><div><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Ken,<br><br></div>You are correct in your assumption about my dataset; it is multiblock unstructured data.  Adding a MergeBlocks filter to my slice does improve the 5.2.0 with OpenGL2 significantly.<br></div>With that change the performance of 5.2.0 with OpenGL2 is on the same order of magnitude as 5.2.0 with OpenGL and with 4.4.0, though the 5.2.0 variants are still slower than 4.4.0.<br><br></div>I realized after posting that my comparison is not exactly apples to apples - my build of 5.2.0 required updates to mesa (13.0.0) compared with the version I used for 4.4.0 (11.2.0).<br>I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and report back.<br><br></div>Thank you for your input.<br><br></div>-Andy<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 9, 2016 at 3:44 PM, Ken Martin <span dir="ltr"><<a href="mailto:ken.martin@kitware.com" target="_blank">ken.martin@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">I have not had time to look into this, but my quick guess is that you have a multiblock dataset with a lot of blocks. Can you try merging the blocks all together somehow into one block and see if the rendering speed improves?</div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber <span dir="ltr"><<a href="mailto:Stefan.Melber@dlr.de" target="_blank">Stefan.Melber@dlr.de</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138m_-3931800165556686984m_4463618432574222579h5">
  
    
  
  <div bgcolor="#ffffff" text="#000000">
    <font size="-1">Hi,<br>
      <br>
      <br>
      i have a problem which is there in all RCs (1-4) of current
      ParaView: if i compile the RenderingBackend to "OpenGL2" and use
      SurfaceLic the visualization time goes up from a few seconds (with
      "OpenGL") to many minutes and the memory consumption from a few
      GByte to approx 100 GByte. Switching back to OpenGL any thing is
      fine. Without SurfaceLIC the OpenGL2 works although fine for me.<br>
      <br>
      Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time
      and has (the same)  problems?<br>
      <br>
      o Kernel 4.7.6-1</font><font size="-1"><font size="-1"> / x86-64<br>
        o Quadro 4000 <br>
        o NVidia driver v367.57<br>
        o PV 5.2.0 RC1 - RC4<br>
        <br>
        Best regards,<br>
        <br>
               Stefan </font></font><br>
    <br>
    <br>
  </div>

<br></div></div><span>______________________________<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></span></blockquote></div><span class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138m_-3931800165556686984m_4463618432574222579HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138m_-3931800165556686984m_4463618432574222579m_907861949327008981gmail_signature" data-smartmail="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br><a href="tel:(518)%20371-3971" value="+15183713971" target="_blank">518 371 3971</a><div><br></div><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>
</font></span></div>
<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/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></div></div><div><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138h5"><br><br clear="all"><span class="m_1114965899855692933m_8273806283991198057m_7517487024778099459HOEnZb"><font color="#888888"><div><br></div>-- <br><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459m_-3598089377099207138m_-3931800165556686984gmail_signature" data-smartmail="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br><a href="tel:(518)%20371-3971" value="+15183713971" target="_blank">518 371 3971</a><div><br></div><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>
</font></span></div></div></div>
</blockquote></div><br></div>
</blockquote></div><br><br clear="all"><span class="m_1114965899855692933HOEnZb"><font color="#888888"><div><br></div>-- <br><div class="m_1114965899855692933m_8273806283991198057m_7517487024778099459gmail_signature" data-smartmail="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br><a href="tel:(518)%20371-3971" value="+15183713971" target="_blank">518 371 3971</a><div><br></div><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>
</font></span></div>
</div></div></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_1114965899855692933gmail_signature" data-smartmail="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br><a href="tel:(518)%20371-3971" value="+15183713971" target="_blank">518 371 3971</a><div><br></div><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></blockquote></div><br></div>