WINE should fully work with VGL 2.1.4 and 2.2 beta. If it doesn't, then please submit a bug report about any problems that are encountered with it.
I've spent hundreds of hours over the past 6 years or so investigating Windows server solutions for VirtualGL. The ideal approach would be something more like the VirtualGL/TurboVNC solution for Linux, whereby each user gets their own virtual desktop. Windows Terminal Services takes care of the virtual desktop part, but there is no way to access the 3D accelerator from within the terminal services session. RemoteFX, which is based on the Calista technology that Microsoft acquired, is supposed to change that, but I think it only works on Windows 7 and later. In terms of screen scrapers, the basic problem there is that hardware-accelerated 3D bypasses the GDI, and thus WinVNC and similar solutions (LiveMeeting, GoToMeeting, etc.) have no way of knowing when an OpenGL or Direct3D application has updated its window. The idea we came up with a while back was to use the TurboVNC Server for Windows (which has its issues-- it really needs to be replaced with TigerVNC ASAP, but I need to fix some performance problems in TigerVNC's Windows server first.) I wrote a rudimentary OpenGL interposer which redirects the rendering from the app into a Pbuffer but immediately reads back the pixels and draws them back into the appropriate app window. This allows the pixels from hardware-accelerated 3D apps to be displayed in WinVNC, since the pixels are now going through the GDI. The solution is grossly inefficient, because now the pixels are being read back from the graphics card and immediately sent back to the graphics card, then read back again for compression, but it at least offers a reasonable solution for doing collaboration. Some of the inefficiency is removed by using a mirror display driver, since this stores a copy of the screen in memory, and thus the screen scraper doesn't have to go all the way to the graphics card to read back the pixels for compression. The results of this research are in the winfaker/ subdirectory of the VirtualGL 2.2 source. The solution requires Microsoft Detours, and I don't think it is currently working with the latest nVidia drivers. Finishing this solution is one of the hot topics for which I am seeking funding. On 9/23/10 8:14 AM, Dan Kegel wrote: > On Thu, Sep 23, 2010 at 5:35 AM, Tihomir Plachkov > <[email protected]> wrote: >> I am primary looking for a collaboration >> tool which will help me share my screen and discuss with a distant user my >> work in CATIA. >> My question is how can I adopt the VirtualGL project for my purposes under >> windows or some other means with additional linux machine? > > http://appdb.winehq.org/objectManager.php?sClass=version&iId=16156 > says Catia works in Wine. Have you tried that? If that works, then > check to see if it works with VirtualGL. Good luck! > - Dan > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > VirtualGL-Users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
