| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2023-08-23 | 4.5 kB | |
| VirtualGL-debuginfo-3.0.i386.rpm | 2022-09-13 | 1.9 MB | |
| VirtualGL-debuginfo-3.0.x86_64.rpm | 2022-09-13 | 2.0 MB | |
| VirtualGL-3.0.src.rpm | 2022-09-13 | 1.3 MB | |
| VirtualGL-3.0.x86_64.rpm | 2022-09-13 | 2.7 MB | |
| VirtualGL-3.0.aarch64.rpm | 2022-09-13 | 2.2 MB | |
| VirtualGL-3.0.i386.rpm | 2022-09-13 | 2.6 MB | |
| virtualgl_3.0_arm64.deb | 2022-01-16 | 3.5 MB | |
| virtualgl_3.0_i386.deb | 2021-11-19 | 2.6 MB | |
| virtualgl32_3.0_amd64.deb | 2021-11-19 | 1.5 MB | |
| virtualgl_3.0_amd64.deb | 2021-11-19 | 2.7 MB | |
| VirtualGL-3.0.tar.gz | 2021-11-19 | 1.2 MB | |
| VirtualGL-3.0.tar.gz.sig | 2021-11-19 | 543 Bytes | |
| VirtualGL-Utils-3.0-x64.exe | 2021-11-19 | 352.0 kB | |
| VirtualGL-Utils-3.0-x86.exe | 2021-11-19 | 307.6 kB | |
| VirtualGL-3.0.dmg | 2021-11-19 | 849.0 kB | |
| Totals: 16 Items | 25.7 MB | 20 | |
These packages were built with libjpeg-turbo 2.1.2:
https://sourceforge.net/projects/libjpeg-turbo/files/2.1.2/
Package signatures
To ensure the integrity of the VirtualGL binary packages, the RPM and DEB files
and the source tarball are signed using the following key:
https://www.VirtualGL.org/key/VGL-GPG-KEY
https://keyserver.ubuntu.com/pks/lookup?op=get&search=0xae1a7ba4efff9a9987e1474c4baccab36e7fe9a1
and the Windows installers and Mac package/DMG are signed using a code signing
certificate.
Packaging changes
- A Linux/AArch64 RPM and DEB package were uploaded on 2022-01-15.
- New RPMs with SHA-256 digests were uploaded on 2022-09-12. This fixes an issue whereby the RPM signatures could not be successfully verified on Red Hat Enterprise Linux 9 when using its default crypto policy, which restricts the use of the SHA-1 algorithm.
Release sponsors
This release was made possible via generous financial contributions from:
Cygwin
An official Cygwin package for VirtualGL is now available. Use Cygwin Setup to install it.
3.0
Significant changes relative to 3.0 beta1:
-
Worked around an issue with Red Hat Enterprise Linux 8 and work-alike operating systems whereby, if X11 forwarding was enabled by default in the SSH client,
vglconnect -swould hang while making a preliminary SSH connection to find a free port on a server running one of those operating systems. -
Fixed an issue in the EGL back end whereby
glReadPixels()did not work with multisampled drawables. -
Fixed an issue in the EGL back end whereby the
glGet*()functions sometimes returned an incorrect value forGL_DRAW_BUFFER0throughGL_DRAW_BUFFER15if the correct value wasGL_NONE. -
The VirtualGL Faker now interposes the
glXGetCurrentDisplayEXT()function, which is part of theGLX_EXT_import_contextextension. (TheGLX_EXT_import_contextextension can be used with the GLX back end if the underlying OpenGL library and 3D X server support the extension and if indirect OpenGL contexts are enabled usingVGL_ALLOWINDIRECT.) -
Fixed an issue in the EGL back end whereby the
glXChooseFBConfig()function returned no FB configs if theGLX_DRAWABLE_TYPEattribute was set toGLX_DONT_CARE. -
Fixed an issue in the EGL back end whereby the
glXSwapBuffers()function erroneously swapped the buffers of double-buffered Pixmaps. -
Fixed an issue in the EGL back end that caused the bounding box in 3D Slicer to be displayed on top of the rendered volume when "Display ROI" and depth peeling were both enabled.
-
The EGL back end now supports OpenGL applications that simultaneously make the same GLX drawable current in more than one thread. As a consequence, the EGL back end now requires the
EGL_KHR_no_config_contextandEGL_KHR_surfaceless_contextextensions. -
Fixed an issue in the EGL back end whereby the OpenGL 4.5 and
GL_EXT_direct_state_accessnamed framebuffer functions did not work properly with the default framebuffer unless it was currently bound. -
Fixed issues in the EGL back end whereby
glGetFramebufferAttachmentParameteriv(),glGetFramebufferParameteriv(..., GL_DOUBLEBUFFER, ...),glGetFramebufferParameteriv(..., GL_STEREO, ...), andglGetNamedFramebufferParameteriv()did not return correct values for the default framebuffer and wherebyglGet*(GL_DOUBLEBUFFER, ...)andglGet*(GL_STEREO, ...)did not return correct values for framebuffer objects. -
By default, VirtualGL now generates a 2048-bit RSA key for use with SSL encryption. This fixes an error ("ee key too small") that occurred when attempting to launch the VirtualGL Client on systems configured with a default SSL/TLS security level of 2. A new CMake variable (
VGL_SSLKEYLENGTH) can be used to restore the behavior of previous releases of VirtualGL (generating a 1024-bit RSA key) or to increase the key length for additional security. -
VirtualGL's built-in SSL encryption feature now works with OpenSSL v1.1.1 and later.


