Requesting suggestions on malfunctioning vlc

[Eric Sokolowsky]

I'm using VirtualGL to try to speed up access to a remote camera, but I'm getting error messages from VirtualGL.

My host system is a macbook pro 16". I connect to a VPN and use vglconnect and ssh configuration to forward my x11 connection through two hosts to my destination.The destination machine runs Fedora 30 and has an Nvidia Quadro M4000 graphics card. I can set VGL_CLIENT to the address on my host assigned by the VPN and get glxspheres64 to run (using vglrun) at approximately 700-800 frames per second for a bandwith total of 800-900 Mpixels/sec (according to glxspheres64).

However, with the same setup I try to run vlc which fails. I need to be able to connect to the camera that is connected to this machine by USB. Running vlc without vglrun works but the frame rate is pretty slow. I'm hoping I can use VirtualGL to speed things up. Here are the error messages I receive when trying to run vlc:

[VGL] ERROR: Could not load GLX/OpenGL functions
[VGL]    /usr/lib64/VirtualGL/libvglfaker.so: undefined symbol: glXGetProcAddressARB

QMutex: destroying locked mutex

I am also trying to follow the instructions for setting up a VNC server on my destination machine but I haven't yet been successful at setting this up.

Suggestions welcome. Thank you in advance.

[DRC]

One nit pick regarding terminology:  In the world of VirtualGL, "host" generally means "server machine", so please use the term "client" or "client machine" to refer to the computer that runs vglconnect/vglclient.

Instructions for setting up TurboVNC on Fedora:

- cd /etc/yum.repos.d
- sudo wget https://turbovnc.org/pmwiki/uploads/Downloads/TurboVNC.repo
- sudo dnf install turbovnc

then run /opt/TurboVNC/bin/vncserver to launch a session.  Please report any issues you encounter with that procedure on GitHub (https://github.com/turbovnc/turbovnc/issues/new) or the TurboVNC-Users mailing list (https://turbovnc.org/About/MailingLists).

As far as the VGL error message, that's a known issue with Fedora's distribution of VirtualGL:

https://github.com/VirtualGL/virtualgl/issues/102

Please try installing our official package:

- cd /etc/yum.repos.d
- sudo wget https://virtualgl.org/pmwiki/uploads/Downloads/VirtualGL.repo
- sudo dnf install VirtualGL

O/S distributors unfortunately like to distribute the VirtualGL faker libraries in non-default library directories, without understanding that this will break the ability to use VirtualGL with certain types of applications (including VLC and popular web browsers.)

--
You received this message because you are subscribed to the Google Groups "VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to virtualgl-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/025f30b7-c764-4671-8c1b-aa6b46ba042bn%40googlegroups.com.

[Eric Sokolowsky]

Thank you. I was not aware of the Fedora repo. I downloaded them and that did fix my VirtualGL error. I was able to connect to VNC once, but haven't been able to reproduce my success. I'm going to keep working on it.

To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/1647bd94-31b1-4595-0f70-8412b358e4c2%40virtualgl.org.

[DRC]

I'm happy to help you with TurboVNC issues, but I don't support any other flavor of VNC or X proxy (except to make sure that VirtualGL works properly with them, as much as possible.)

To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/CAPiqgzPhuGHdBMpB3Oo50aF2uzzywG1Vy95bWLVT2Zun3k8mGA%40mail.gmail.com.

[Eric Sokolowsky]

Thank you. I got it working. It was an authentication problem. I'm now using the VNC authentication and have had success. 

To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/25d2d5e3-8af6-f0b3-b438-7aa5397762a6%40virtualgl.org.