https://sourceforge.net/projects/virtualgl/files/VirtualGL/2.3.2/
Significant changes since 2.3.1:
[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.
[2] The 32-bit supplementary package for amd64 Debian systems should now
work properly on MultiArch-compatible systems (such as Ubuntu 11 and later.)
[3] vglserver_config should now work properly with LightDM.
[4] VirtualGL was not advertising that it supported the
GLX_ARB_create_context_profile extension, even though it does. This has
been fixed.
[5] 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.
[6] VGL_FORCEALPHA=1 now works properly if the 3D application specifies
visual attributes of GLX_RED_SIZE=GLX_GREEN_SIZE=GLX_BLUE_SIZE=1.
[7] 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,
[8] 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
as well.
[9] 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.
[10] 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
/usr/lib/virtualbox/VBoxTestOGL.
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
