Re: [VirtualGL-Users] Using VirtualGL as a transport AFTER rendering on the remote screen.
3D Without Boundaries
Brought to you by:
dcommander
From: Philippe <phi...@gm...> - 2011-10-05 11:07:30
|
Hello, I'm not sure to understand what you exactly want to do, but if I understand it right, maybe the bumblebee-project is your solution : https://github.com/Bumblebee-Project/Bumblebee Keep us in touch ! On Wed, Oct 5, 2011 at 8:05 AM, DRC <dco...@us...>wrote: > On 10/4/11 11:02 PM, Eric Appleman wrote: > > Imagine I have a laptop with 2 GPUs. An Intel one connected to the LVDS, > > VGA, and HDMI. And an Nvidia one connected to no physical output. > > > > Each GPU has its own X server. The Intel one (:0) is the primary one and > > runs the visible desktop. The Nvidia one (:8) is started and stopped as > > needed. > > > > What I'd like to do is the following: > > > > 1. Start the app on the invisible Nvidia desktop. Let it render here, on > > that screen instead of the Intel one. VDPAU in particular does not > > permit rendering on the Intel screen. > > DISPLAY=:8 mplayer -vo vdpau file > > > > 2. Dump the already rendered window from :8 and display on :0 > > vglrun magic > > > > Is this possible? I looked into Xpra; it provides better performance > > numbers, but the framerate makes it unusable. > > I really wonder about all of these laptops people are buying with the > nVidia chip not connected to a display port. What is supposed to be the > purpose of that? The short answer to your question is: no, it's not > possible. VirtualGL doesn't transport any pixels except the rendered 3D > pixels. It relies on X11 for everything else. Also, VirtualGL only > understands the GLX and OpenGL APIs, and it only knows when to send a > frame based on particular calls that are made to that API. If an > application, such as mplayer, is not using GLX or OpenGL, then VirtualGL > would never know when to send the frames generated by that application. > > What you'd really need in order to accomplish the above would be another > type of faker that understands the vpdau API. Not exactly a generic > solution, that. > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > VirtualGL-Users mailing list > Vir...@li... > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > |