Using Mayavi mlab over VNC Throws OpenGL error
I'm having some difficulty using Mayavi mlab in python with PyCharm IDE from the MNE-Python environment. I access the Conda environment with Mayavi and VTK over a VNC session using a xvnc server from my local MacOS to a Linux cluster machine.
The error I get when opening a mlab window is:
ERROR: In ../Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 754
vtkXOpenGLRenderWindow (0x556e13b32670): Unable to find a valid OpenGL 3.2 or later implementation. Please update your video card driver to the latest version. If you are using Mesa please make sure you have version 11.2 or later and make sure your driver in Mesa supports OpenGL 3.2 such as llvmpipe or openswr. If you are on windows and using Microsoft remote desktop note that it only supports OpenGL 3.2 with nvidia quadro cards. You can use other remoting software such as nomachine to avoid this issue.
It seems that using VirtualGL to intercept PyCharm for VTK's call of OpenGL is one possible solution. Have anyone successfully overcome this issue of using Mayavi mlab over VNC session? What are your solutions?
I am unable to reproduce. Have you made sure that the machine you are accessing has available and loaded up-to-date graphics drivers and/or Mesa software? As an example, I am using TurboVNC to access a remote Ubuntu 18.04 machine, and I am able to produce the Spherical Harmonics Gallery Example both through the regular and envisage Mayavi backends. However, using the default settings of TurboVNC, the rendered scene has artefacts and saving the scene as png yields a black image, which I guess is a consequence of Mesa being used (llvmpipe). If I either start TurboVNC with -extension GLX or if I simply prepend vglrun to the python3 command, which calls VirtualGL, then OpenGL is used and the rendered scene is flawless. I attach the screenshot and saved figures below.
- Screen Coordinates to World Coordinates
- What is the difference between glfwGetWindowSize and glfwGetFramebufferSize?
- What does the GL_ARRAY_BUFFER target mean in glBindBuffer?
- Do I need to gamma correct the final color output on a modern computer/monitor
- lnk1104: cannot open 'LIBC.lib' LINK
- Opengl linux undefined reference to basic functions
- OpenGL - Texture not rendering properly
- Rendering in opengl 3.1+ without VBO using client side vertex array
- GL_NO_ERROR when glVertexAttribPointer has no bound buffer
- Why do different variations of glVertexAttribPointer exist?
- What's the point of having a single vertex attribute?
- How many times vertex-shader , geometry-shader and fragment-shader separately are called to draw one frame?
- Is there a CADisplayLink equivalent for macos/cocoa/opengl?
- Displaying SVG in OpenGL without intermediate raster
- How to tell whether an OpenGL context is hardware accelerated?
- Framebuffer not completing on GL_DEPTH_ATTACHMENT render to texture
- Rendering Vector Graphics in OpenGL?
- Why computed prefilter radiance map looks different in opengl api comparing to dx11?
- Game engine in OpenGL with GLFW and Qt?
- PNGDecoder in LWJGL returning few negative values
- ChoosePixelFormat crashes, even when LoadLibrary & GetProcAddress is used
- Rotate camera around a pivot point calculated from mouse click on the screen
- LWJGL 3 sharing context between Swing and GLFW window
- OpenGL - How to access depth buffer values? - Or: gl_FragCoord.z vs. Rendering depth to texture
- How can I fix hard face translation when sampling lower mips of the texture cubemap?
- OpenGL viewport is of incorrect dimensions compared to window set to same dimension
- Why can't C++ find GLM headers?
- Problem with installation of open-gl in lisp
- Wrong UV mapping applied on object OpenGl
- CMake could not find OpenGL in Ubuntu