* Package name : virtualgl Version : 2.3.1 Upstream Author : dcommander * URL : http://www.virtualgl.org/ * License : LGPL-2.0 Programming Lang: C Description : Toolkit for displaying OpenGL applications to thin clients VirtualGL is a toolkit that allows most Unix/Linux OpenGL applications to be remotely displayed with hardware 3D acceleration to thin clients, regardless of whether the clients have 3D capabilities, and regardless of the size of the 3D data being rendered or the speed of the network. . Using the vglrun script, the VirtualGL "faker" is loaded into an OpenGL application at run time. The faker then intercepts a handful of GLX calls, which it reroutes to the server's X display (the "3D X Server", which presumably has a 3D accelerator attached.) The GLX commands are also dynamically modified such that all rendering is redirected into a Pbuffer instead of a window. As each frame is rendered by the application, the faker reads back the pixels from the 3D accelerator and sends them to the "2D X Server" for compositing into the appropriate X Window. . VirtualGL can be used to give hardware-accelerated 3D capabilities to VNC or other X proxies that either lack OpenGL support or provide it through software rendering. In a LAN environment, VGL can also be used with its built-in high-performance image transport, which sends the rendered 3D images to a remote client (vglclient) for compositing on a remote X server. VirtualGL also supports image transport plugins, allowing the rendered 3D images to be sent or captured using other mechanisms. . VirtualGL is based upon ideas presented in various academic papers on this topic, including "A Generic Solution for Hardware-Accelerated Remote Visualization" (Stegmaier, Magallon, Ertl 2002) and "A Framework for Interactive Hardware Accelerated Remote 3D-Visualization" (Engel, Sommer, Ertl 2000.)
retitle 673426 ITP: virtualgl -- Toolkit for displaying OpenGL applications to thin clients submitter 673426 ! thanks It looks like libjpeg-turbo recently made it into the NEW queue [1]. There shouldn't be anything blocking virtualgl from being uploaded into Debian now; I'll take a stab at it once libjpeg-turbo is accepted into Debian. Regards, Vincent [1] http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-1.html
Just a vote in favour of this one. One the unexpected consequences (to me) of the Squeeze-to-Wheezy upgrade of my home machine was no longer being able run Evolution in a tightvncserver (to VNC-over-SSH into it from offsite)... because Evolution now appears to be built on the clutter toolkit (which uses OpenGL for rendering). More at http://unix.stackexchange.com/questions/75621/how-to-get-evolution-to-run-in-vnc-on-debian-wheezy So far, VirtualGL looks to be the best bet for fixing this. Tim
retitle 673426 RFP: virtualgl -- Toolkit for displaying OpenGL applications to thin clients noowner 673426 tag 673426 - pending thanks Hi, A long time ago, you expressed interest in packaging virtualgl. Unfortunately, it seems that it did not happen. In Debian, we try not to keep ITP bugs open for a too long time, as it might cause other prospective maintainers to refrain from packaging the software. This is an automatic email to change the status of virtualgl back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 12 months. If you are still interested in packaging virtualgl, please send a mail to <control@bugs.debian.org> with: retitle 673426 ITP: virtualgl -- Toolkit for displaying OpenGL applications to thin clients owner 673426 ! thanks It is also a good idea to document your progress on this ITP from time to time, by mailing <673426@bugs.debian.org>. If you need guidance on how to package this software, please reply to this email, and/or contact the debian-mentors@lists.debian.org mailing list. Thank you for your interest in Debian,
Hi Mathieu, No progress on this, sorry. It's been sitting on my todo list for a long time, and I'm unsure if I'll ever get around to it at this rate; help with packaging virtualgl would definitely be appreciated! Regards, Vincent