<div dir="ltr"><div><div>Utkarsh,<br><br>Are there any updates to the Surface LIC issues with ParaView 5.0.x / OpenGL2?<br></div><div><br></div><div>Is there a Bug that I should be following for this issue?<br><br></div><div>My group uses Surface LIC a fair amount and we're encouraged by the performance increase of 5.0 over 4.4 so we'd really like to make the transition.<br></div><div><br></div>Thank you,<br></div>Andy<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 17, 2015 at 1:05 PM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Frank,<br>
<br>
First of all, thanks for all your exhausting testing, it's greatly appreciated!<br>
<br>
* OSMesa and MESA_GL_VERSION_OVERRIDE<br>
<br>
Communicating with the Mesa team, we learnt that<br>
MESA_GL_VERSION_OVERRIDE is a bad idea since it doesnt' really create<br>
the specified OpenGL context. Thus if anything tries to use features<br>
from the specific OpenGL version, the rendering would crash and burn.<br>
Working with Brian Paul from the Mesa team, Ken recently pushed a fix<br>
to VTK (after the RC2) that uses new OSMesa API to create the correct<br>
OpenGL context. This new OSMesa API will appear in Mesa 11.2, however.<br>
Earlier version can be patched using the "alpha" patch that Brian<br>
provided us (attached).<br>
<br>
* Classic v/s llvm<br>
<br>
Your observation is indeed correct. llvmpipe is the way to go for<br>
software rendering. On my builds, classic mesa was painstakingly slow<br>
for rendering even small geometries.<br>
<br>
* Issues with LIC<br>
<br>
Another correct observation. There are a few regressions in the new<br>
implementation for SurfaceLIC. Realistically, we  may not be able to<br>
address these before the 5.0 release. If you're using SurfaceLIC<br>
heavily, I'd suggest building ParaView 5.0 with the older OpenGL<br>
backend (or sticking with 4.4) for the interim.<br>
<br>
* OSMesa + SWR<br>
<br>
While currently I am not sure openswr+osmesa builds are possible, I<br>
wouldn't be surprised if that on the roadmap. I am going to try to<br>
contact the OpenSWR team to see if they have any thoughts on that.<br>
<span class="HOEnZb"><font color="#888888"><br>
Utkarsh<br>
</font></span><br>_______________________________________________<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/opensource/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/ParaView</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=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/mailman/listinfo/paraview</a><br>
<br></blockquote></div><br></div></div>