[Paraview] ParaView 5.0.0 with Catalyst: OpenGL2 backend in server, not in client

[Alexandre Ancel]

Hi Andy,

Thanks for the feedback regarding this issue.
I'll pay attention to my build configuration while waiting for the fix.

Best regards,
Alexandre Ancel

On Tue, Feb 16, 2016 at 4:30 PM, Andy Bauer <andy.bauer at kitware.com> wrote:

> Hi Alexandre,
>
> This is a known issue in PV 5.0 in that the server and client must use the
> same back-end rendering version. I believe there's a fix on the way to
> better inform what the issue is when a user encounters this.
>
> thanks,
> Andy
>
> On Fri, Feb 12, 2016 at 12:23 PM, Alexandre Ancel <
> alexandre.ancel at cemosis.fr> wrote:
>
>> Hello,
>>
>> A word about the context: I am working on a library that uses Catalyst to
>> do Live visualization with ParaView. In this library, I just create a proxy
>> to a PVTrivialProducer and then set its output to send the data
>> (vtkUnstructuredGrid) to ParaView. This part is working very well.
>>
>> I built the 5.0.0 version of ParaView on our data server with the OpenGL2
>> backend enabled, but when I built the 5.0.0 version of ParaView on my
>> client with OS X (I needed the developement headers), I noticed that I
>> forgot to add the option to enable the new OpenGL backend:
>> -DVTK_RENDERING_BACKEND=OpenGL2. So I ended up having version 1.4 for
>> OpenGL in this version.
>>
>> When I tried to use our application with Catalyst, everything worked
>> fine, until I wanted to visualize the data extract from the proxy in the
>> ParaView interface.
>> ParaView then crashed with the following error:
>> "
>> ERROR: In
>> /tmp/ParaView-v5.0.0-source/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx,
>> line 310
>> vtkSISourceProxy (0x4aefb50): Failed to create
>> vtkPointGaussianRepresentation. Aborting for debugging purposes.
>>
>> Aborted
>> "
>>
>> Looking at the proxy definition in
>> ParaViewCore/ServerManager/SMApplication/Resources/, I see that there is a
>> proxy for vtkPointGaussianRepresentation in proxies_opengl2.xml, but not in
>> proxies_opengl1.xml.
>>
>> Am I getting an expected behavior here due to the option I forgot ?
>>
>>
>> Note that I also have the standard pre-packaged version of ParaView (with
>> the OpenGL2 backend and OpenGL v4.1) installed on OS X and I don't get the
>> previous issue and everything is ok.
>>
>> In summary and with version 5.0.0 for everything:
>> ParaView (No OpenGL2) -> pvserver (OpenGL2) : causes a crash
>> ParaView (OpenGL2) -> pvserver (OpenGL2) : is OK
>>
>> What do you think about checking the version of the OpenGL backend when
>> connecting to a pv*server and see if they match ?
>> And possibly display a message similar to the one displayed, when
>> ParaView connects to a different version of pvserver (e.g. when a client in
>> 4.4.0 to a server in 5.0.0)
>>
>>
>> Best regards,
>> Alexandre Ancel
>>
>>
>> --
>> Alexandre Ancel
>> Docteur, Ingénieur de recherche / Phd, Research Engineer
>> Cemosis <http://www.cemosis.fr> - alexandre.ancel at cemosis.fr
>> Tel: +33 (0)3 68 8*5 02 06*
>> IRMA - 7, rue René Descartes
>> 67 000 Strasbourg, France
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Search the list archives at: http://markmail.org/search/?q=ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/paraview
>>
>>
>


-- 
Alexandre Ancel
Docteur, Ingénieur de recherche / Phd, Research Engineer
Cemosis <http://www.cemosis.fr> - alexandre.ancel at cemosis.fr
Tel: +33 (0)3 68 8*5 02 06*
IRMA - 7, rue René Descartes
67 000 Strasbourg, France
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20160218/ca3df7a1/attachment.html>