VirtualGL Gives any remote display software the ability to run OpenGL applications with full 3D hardware acceleration
Download

VirtualGL Ranking & Summary

VirtualGL Tags

video stream convert render convert 3D image render 3D image 3D video stream

VirtualGL Description

Gives any remote display software the ability to run OpenGL applications with full 3D hardware acceleration VirtualGL is an open source package which gives any Unix or Linux remote display software the ability to run OpenGL applications with full 3D hardware acceleration. Some remote display software, such as VNC, lacks the ability to run OpenGL applications entirely. Other remote display software forces OpenGL applications to use a slow software-only OpenGL renderer, to the detriment of performance as well as compatibility. And running OpenGL applications using the traditional remote X-Windows approach causes all of the OpenGL commands and 3D data to be sent over the network to be rendered on the client machine, which is not a tenable proposition unless the data is relatively small and static, unless the network is fast, and unless the OpenGL application is specifically tuned for a remote X-Windows environment.When using VirtualGL, the 3D data and OpenGL commands are instead redirected to a 3D graphics accelerator on the server machine, and only the rendered 3D images are sent to the client machine.VirtualGL thus "virtualizes" 3D graphics hardware, allowing it to be co-located in the "cold room" with compute and storage resources. VirtualGL also allows 3D graphics hardware to be shared among multiple users, and it provides real-time performance on even the most modest of networks. This makes it possible for large, noisy, hot 3D workstations to be replaced with laptops or even thinner clients; but more importantly, it eliminates the workstation and the network as barriers to data size. Users can now visualize gigabytes and gigabytes of data in real time without needing to cache any of the data locally or sit in front of the machine that is rendering the data. What's New in This Release: · 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 the application 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. · 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.*"). · vglserver_config should now work properly with DRI-compatible graphics drivers · (including ATI.) · 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. · Fixed interaction issue with QT4 in which VirtualGL would not properly handle · window resize events under certain circumstances. · 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 unloaded by passing an argument of '-nodl' to · vglrun. The latter is necessary to make VirtualBox 2.2.x work with VirtualGL. · 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.) · Added fallback logic to VirtualGL's symbol loader which will try to directly · load the GLX/OpenGL symbols from libGL.so.1 and the X11 symbols from · libX11.so.6 if loading these symbols using dlsym(RTLD_NEXT, ...) fails. This · is to work around an issue with version 18x.xx of the nVidia Linux Display · Driver. · 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 · to monitor 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. · 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. · Added VGL_TRAPX11 option, which will cause VirtualGL to gracefully trap X11 · errors, print a warning message when these occur, and allow the application to continue running.

VirtualGL Related Software