Home / 2.1.3
Name Modified Size Downloads / Week Status
Parent folder
VirtualGL-2.1.3.tar.gz.sig 2016-09-23 72 Bytes 0
README.md 2016-03-15 4.1 kB 0
VirtualGL-2.1.3.exe 2010-06-22 2.4 MB 0
SUNWvgl-2.1.3-x86.pkg.bz2 2009-09-16 3.9 MB 0
VirtualGL-2.1.3.tar.gz 2009-06-25 3.4 MB 0
VirtualGL_2.1.3_i386.deb 2009-06-25 2.1 MB 0
VirtualGL_2.1.3_amd64.deb 2009-06-25 3.0 MB 0
VirtualGL-2.1.3.x86_64.rpm 2009-06-25 3.0 MB 0
VirtualGL-2.1.3.src.rpm 2009-06-25 3.4 MB 0
VirtualGL-2.1.3.i386.rpm 2009-06-25 2.1 MB 0
VirtualGL-2.1.3.dmg 2009-06-25 768.7 kB 0
Totals: 11 Items   24.2 MB

Known Issues

The Solaris/x86 package will not work with the 18x.xx series nVidia drivers. The workaround is to run

export VGL_X11LIB=libX11.so.4


setenv VGL_X11LIB libX11.so.4

and then

/opt/VirtualGL/bin/vglrun -nodl {application}

Note, however, that this disables dlopen() interposing, so any applications that require that feature will not work. The other workaround is to downgrade to the 17x.xx series nVidia drivers.


Significant changes relative to 2.1.2:

  1. VirtualGL 2.1.2 printed numerous "Cannot obtain a Pbuffer-enabled 24-bit FB config ..." error messages when starting Google Earth. This has been fixed, and the message has been changed to a warning and clarified. These error messages were printed whenever Google Earth called VirtualGL's interposed version of glXChooseVisual() and that function subsequently failed to obtain an appropriate visual for performing 3D rendering. However, this is not necessarily an error, because applications will sometimes call glXChooseVisual() multiple times until they find a visual with desired attributes.

  2. Changed the matching criteria in VirtualGL's interposed version of dlopen(). In previous versions of VirtualGL, any calls to dlopen("*libGL*", ...) would be replaced with a call to dlopen("librrfaker.so", ...). This caused problems with VisIt, which has a library named "libGLabelPlot.so" that was being interposed by mistake. The matching criteria has been changed such that dlopen() only overrides calls to dlopen("libGL\.*", ...) or dlopen("*/libGL\.*", ...).

  3. vglserver_config should now work properly with DRI-compatible graphics drivers (including ATI.)

  4. VirtualGL's interposed version of dlopen() will now modify calls to dlopen("libdl*", ...) as well as dlopen("libGL*", ...). This is to work around an interaction issue with v180.xx of the nVidia accelerated 3D drivers and WINE.

  5. Fixed an interaction issue with QT4 in which VirtualGL would not properly handle window resize events under certain circumstances.

  6. Moved dlopen() back into a separate faker library (libdlfaker.so.) libdlfaker.so is loaded by default, which should maintain the behavior of VGL 2.1.2. However, it can be disabled by passing an argument of -nodl to vglrun. The latter is necessary to make VirtualBox 2.2.x work with VirtualGL.

  7. vglserver_config should now work properly on Ubuntu 9.04 when using gdm or kdm. It should also (mostly) work on Fedora 11 (disabling XTEST does not work on Fedora 11 when using gdm.)

  8. Added fallback logic to VirtualGL's symbol loader, which will now try to directly load the GLX/OpenGL symbols from libGL.so.1 and the X11 symbols from libX11.so.6 if loading those symbols using dlsym(RTLD_NEXT, ...) fails. This is to work around an issue with version 18x.xx of the nVidia Linux Display Driver.

  9. If an application window was destroyed by the window manager, and the application did not explicitly monitor and handle the WM_DELETE protocol message, then previous versions of VirtualGL would, when using the X11 Image Transport, generally abort with an X11 BadDrawable error. This occurred because the window was basically being ripped out from underneath VirtualGL's blitter thread without warning. This version of VirtualGL has been modified such that it monitors WM_DELETE messages, so VirtualGL can now bow out gracefully if the 3D application window is closed by the window manager but the application does not handle WM_DELETE.

  10. Worked around an interaction issue with IDL whereby the application was calling XGetGeometry() with the same pointer for every argument, and this was causing VirtualGL to lose the width and height data returned from the "real" XGetGeometry() function. Subsequently, the Pbuffer corresponding to the main IDL window would become improperly sized, and the rendering area would not appear to update.

  11. Added an option (VGL_TRAPX11) that will cause VirtualGL to gracefully trap X11 errors, print a warning message when these occur, and allow the 3D application to continue running.

Source: README.md, updated 2016-03-15

Thanks for helping keep SourceForge clean.

Screenshot instructions:
Red Hat Linux   Ubuntu

Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Briefly describe the problem (required):

Upload screenshot of ad (required):
Select a file, or drag & drop file here.

Please provide the ad click URL, if possible:

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks