Hi there,
I try to use the OpenGL2 Rendering backend in Paraview 5.0.1 on Archlinux with
an nvidia graphics card.
The setup involves running paraview with VirtualGL in a x2go session, and I
always get the following error:
———
ERROR: In
/home/gk772/abs/paraview/src/ParaView-v5.0.1-source/VTK/Re
Dear Chuck, dear Ken,
thanks for the replies.
> I've had similar issues with VirtulGL and VTK in the past. The "Shader
> object was not initialized, cannot attach it." error is often the result of
> some sort of required OpenGL version support for a specific call is lacking.
> A few question
ver on the remote machine with no need for an X
> server and connect to it with the GUI client in the same way.
>
>
> - Chuck
>
> On Mon, Apr 11, 2016 at 1:07 PM, Harald Klimach wrote:
> Dear Chuck, dear Ken,
>
> thanks for the replies.
>
> > I've had similar i
Hi,
> Or I also noticed that you're running a very recent version of the NVidia
> driver. I believe this actually has EGL support, which will allow you to
> build ParaView configured to use the GPU for off screen rendering with no X
> server necessary at all. To do this, configure ParaView wi
> What do the EGL settings in your CMakeCache look like? You can find them
> from the build directory:
Here is what I have:
$ grep '^EGL[^-]*=' CMakeCache.txt
EGL_INCLUDE_DIR:PATH=/usr/include
EGL_LIBRARY:FILEPATH=/usr/lib64/libEGL.so
EGL_gldispatch_LIBRARY:FILEPATH=/usr/lib64/libGLdispatch.so
If I use this option via the X-server on the remote machine:
> I don't have an answer to your VGL problem yet, but in the mean time, are you
> tied to having to use it that way? If not, you also have the option of
> running ParaView in client / server mode which may actually be more ideal for
Dear Chuck,
thanks a lot for your continued support.
> • Server Type = Client / Server (reverse connection)
> • Port: 11772
> • Command:
> xterm -e ssh -R 11772:localhost:11772 user@remotebox
> /path/to/install/bin/pvserver --disable-xdisplay-test --reverse-connection
> --clie
> Unfortunately I suspect this is an issue with NVIDIA driver. Their EGL
> support is still brand new and currently seems to be fairly brittle between
> driver releases so perhaps best to wait until it settles a bit and just stick
> with X for now :-(. Are you able to use the X+OpenGL2 (i.e. no
complete scenery is correctly shown. As soon as the 3D
scenery is still, there are
parts of the screen garbled.
When going back to the legacy OpenGL backend on the server, both kinds of
clients
die when trying to render a 3D object.
> Am 12.04.2016 um 22:42 schrieb Harald Klimach :
>
>> U
the self-compiled version. The main difference seems to be the
usage of Qt5.
Thus, I guess the formerly observed segfault is related to some interaction
between Qt5 and the
OpenGL2 rendering.
Best,
Harald
> Am 13.04.2016 um 12:44 schrieb Harald Klimach :
>
> The X+OpenGL2 via pvser
10 matches
Mail list logo
