On 22. Dec 2011, at 17:51, DRC wrote:
>> Setup is a 3-GPU 'VGL-served' machine. With VGL present, I want:
>>
>> - two offscreen renderers using :0.1 and :0.2 contributing to:
>> - one on-screen renderer rendering and assembling :0.1 and :0.2 using the
>> forwarded DISPLAY (:10.0, redirected to :0.0 by VGL)
>>
>> without VGL I want:
>>
>> - three off-screen renders using :0.0-:0.2 contributing to:
>> - one on-screen renderer only assembling :0.0-:0.2, shipped by X11/indirect
>> glX
>>
>> Basically the VGL config saves one pixel readback/assemble. Using the
>> non-VGL config with VGL works too, but is suboptimal.
>
> Why not just have your application putenv("VGL_READBACK=0")? That
> prevents VirtualGL from reading back and sending frames, if you have
> other means of doing that. You could, for instance, wrap a
> glXSwapBuffers() call around which you don't want VirtualGL to do readback:
I assume VGL does not read back offscreen buffers (FBO, PBuffer), and I
specifically want VGL to readback and transport the visible destination window.
> This is a common technique when using VirtualGL with Chromium and
> ParaView, although in those cases, the rendering is split up among
> multiple processes, so VGL_READBACK=0 is set in the launch scripts for
> the sub-renderers rather than being set in the main application, but the
> principle is the same.
This wouldn't work in our case, since we're actually using render threads
instead of processes. Otherwise our setting is similar to ParaView. Environment
variables don't work to well then since they affect all threads. But hopefully
my assumption above is true. :)
Cheers,
Stefan.
--
http://www.eyescale.ch
http://www.equalizergraphics.com
http://www.linkedin.com/in/eilemann
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
VirtualGL-Devel mailing list
VirtualGL-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
