Hello Michael,

On 05/09/2014 10:18 AM, Michael Raab wrote:
> I'm trying to rendering several Viewport (Scene, Overlay, ..) into 1
> FrameBufferObject. This works good in principal but read back of
> TextureBuffer/RenderBuffer is executed after each viewport.

yes, that happens and in this case is not ideal ;)

> I'm wondering if there is a better way to do this!? Do we need some
> additional functionality,e.g. a FBOWindow or another way to trigger the
> read back?

Hmm, I think basically you'd need a type of stage that can hold the 
different viewports and also the roots of the trees to render into each 
- IIRC the stage can create a group of RenderPartition that render into 
the same FBO without going through the deactivate path (which contains 
the read-back). The downside would be that since such a stage holds 
pointers to roots it would act similar to the VisitSubtree core [1].
Another alternative could be to render the viewports to different FBOs 
and perform a compositing step that combines their images into a final one.

        Cheers,
                Carsten

[1] VisitSubTree has to jump through hoops, because it provides an 
escape hatch to the "nodes have at most 1 parent" paradigm without 
breaking too much in the process.

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to