Skip to content

2.6.5
Compare
Choose a tag to compare
@dcommander dcommander released this 18 Nov 01:13
2.6.5
fee00e7

Assets

  • VirtualGL-2.6.5.tar.gz is the official source tarball for this release. The automatically generated "Source code" assets are not supported.
  • Refer to https://VirtualGL.org/Downloads/DigitalSignatures for information regarding the methods used to sign the files in this release and instructions for verifying the signatures.
  • The binary packages were built with libjpeg-turbo 2.0.6.

Support

Code Quality: Stable
Current Support Category: Extended

Documentation

User’s Guide for VirtualGL 2.6.5

Release Notes

Significant changes relative to 2.6.4:

  1. Fixed a race condition that sometimes caused various fatal errors in the interposed glXMakeContextCurrent() function if both GLX drawable IDs passed to that function were the same window handle and the corresponding X window was simultaneously resized in another thread.

  2. Fixed an oversight whereby the addresses of the interposed glDrawBuffers(), glGetString(), and glGetStringi() functions introduced in 2.6.3[2] and 2.6.4[1] were not returned from the interposed glXGetProcAddress() and glXGetProcAddressARB() functions.

  3. VirtualGL now works properly with 3D applications that use the glNamedFramebufferDrawBuffer() and glNamedFramebufferDrawBuffers() functions (OpenGL 4.5) or the glFramebufferDrawBufferEXT() and glFramebufferDrawBuffersEXT() functions (GL_EXT_direct_state_access) and render to the front buffer.

  4. Fixed a BadRequest X11 error that occurred when attempting to use the X11 Transport with a remote X connection.

  5. Worked around an issue with certain GLX implementations that list 10-bit-per-component FB configs ahead of 8-bit-per-component FB configs and incorrectly set GLX_DRAWABLE_TYPE|=GLX_PIXMAP_BIT for those 10-bpc FB configs, even though they have no X visuals attached. This caused VirtualGL's interposed glXChooseVisual() function to choose one of the 10-bpc FB configs behind the scenes, which made it impossible to use the VGL Transport.

  6. Fixed an issue whereby, when using the X11 Transport, a vertically flipped image of a previously-rendered frame was sometimes displayed if the 3D application called glFlush() while the front buffer was the active drawing buffer and the render mode was GL_FEEDBACK or GL_SELECT.

  7. vglserver_config now works properly if invoked with a relative path (for example, cd /opt/VirtualGL/bin; sudo ./vglserver_config.)

  8. Worked around a limitation in the AMDGPU drivers that prevented recent versions of Google Chrome from enabling GPU acceleration when used with VirtualGL.

Assets 15
Loading