Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
Significant changes since 2.3.1:
 Added new stereo options, including green/magenta and blue/yellow
anaglyphic as well as three half-resolution passive stereo options that
can be used to drive 3D TV's.
 The 32-bit supplementary package for amd64 Debian systems should now
work properly on MultiArch-compatible systems (such as Ubuntu 11 and later.)
 vglserver_config should now work properly with LightDM.
 VirtualGL was not advertising that it supported the
GLX_ARB_create_context_profile extension, even though it does. This has
 VirtualGL now uses a separate OpenGL context to perform pixel
readback. This fixes several issues, including an error
("GL_ARB_pixel_buffer_object extension not available") when trying to
enable PBO readback with applications that use a 3.x or later OpenGL
core profile, and incorrect rendering in JPCSP and other applications
that modify certain pixel store parameters (such as GL_PACK_SWAP_BYTES
or GL_PACK_ROW_LENGTH) that VirtualGL wasn't properly handling.
 VGL_FORCEALPHA=1 now works properly if the 3D application specifies
visual attributes of GLX_RED_SIZE=GLX_GREEN_SIZE=GLX_BLUE_SIZE=1.
 glXUseXFont() has been extended to work with Pbuffers. Due to an
oversight, VirtualGL would previously abort with an error message if the
3D application attempted to render text to a Pbuffer that it created,
 Fixed an issue whereby, when displaying to a 2D X server that lacked
the MIT-SHM extension, the X11 Transport would sometimes fail to resize
its internal Pixmap (used for double buffering) whenever the X window
was resized. This specifically caused OpendTect to display only a
portion of its 3D view whenever it resized its 3D window after a
"Restore" operation, but the issue may have affected other applications
 Previously, 3D applications running in VirtualGL could not
successfully use XGetImage() to obtain the rendered 3D pixels from a GLX
pixmap. This has been fixed.
 vglrun now automatically sets an environment variable that disables
the execution of the VBoxTestOGL program in VirtualBox 4.2 and later.
Since LD_PRELOAD is not propagated down to VBoxTestOGL whenever
VirtualBox launches it (because VirtualBox is a setuid root executable),
VBoxTestOGL always fails in a VirtualGL environment, which makes
VirtualBox believe that the system has no 3D support. With version
4.1.10, VirtualBox began running VBoxTestOGL every time a VM was
launched, which effectively prevented VBox from being used with
VirtualGL unless the user hacked their system by symlinking /bin/true to