Hello Carsten,
this way it works much better. But there is one thing remaining. We have some shaders that a time dependent. So I have to update a uniform variable before each frame.
During video capture I have to update that var, render to FBO (for the video frame) and afterwards render to backbuffer (the usual frame). The variable update seems to affect only the FBO rendering.
In the usual scene rendering the timed shader behavior stops until the video capturing gets stopped. I checked with gDebugger and in case of capturing the video the GLContext receives a copy of the initial shading program and the variable update seems to affect only this.
Thanks,
Michael
Gesendet: Montag, 29. September 2014 um 14:45 Uhr
Von: "Carsten Neumann" <carsten.p.neum...@gmail.com>
An: opensg-users@lists.sourceforge.net
Cc: carsten.p.neum...@googlemail.com
Betreff: Re: [Opensg-users] FBO cleanup
Von: "Carsten Neumann" <carsten.p.neum...@gmail.com>
An: opensg-users@lists.sourceforge.net
Cc: carsten.p.neum...@googlemail.com
Betreff: Re: [Opensg-users] FBO cleanup
Hello Michael,
On 2014-09-26 10:38, Michael Raab wrote:
> Hello Carsten,
> removal of FBO seems to work now. Thanks.
> While debugging I found out that the size of DisplayLists and VBO's
> increase also. Seems the initial set gets recreated with each
> Screenshot, and of course never destructed. I guess the PassiveWindow
> causes this as OpenSG links GLObjects to a specific window, correct?
yes, for most (all?) purposes you can think of a Window == OpenGL context.
> I think that's not the behavior I need as all the (gl)objects I need for
> the screenshot are already created. What I need to do is to redirect the
> rendering content from my main window to a specific FBO as the
> screenshot may have a different size as the main window. Is there a
> better/more efficient way to do this?
Right, that is the purpose of Stage (and derived) NodeCores, they can
redirect the rendering of the tree below them into an FBO.
Examples/Simple/fbotexture.cpp shows how this can be done with the
SimpleStage.
For making screenshots you could keep the Stage above the 'normal' root
of your scene and normally start rendering at that root. If you want to
create a screenshot start rendering at the Stage above it, i.e.
temporarily change the root used by the viewport.
Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV. Videos for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
On 2014-09-26 10:38, Michael Raab wrote:
> Hello Carsten,
> removal of FBO seems to work now. Thanks.
> While debugging I found out that the size of DisplayLists and VBO's
> increase also. Seems the initial set gets recreated with each
> Screenshot, and of course never destructed. I guess the PassiveWindow
> causes this as OpenSG links GLObjects to a specific window, correct?
yes, for most (all?) purposes you can think of a Window == OpenGL context.
> I think that's not the behavior I need as all the (gl)objects I need for
> the screenshot are already created. What I need to do is to redirect the
> rendering content from my main window to a specific FBO as the
> screenshot may have a different size as the main window. Is there a
> better/more efficient way to do this?
Right, that is the purpose of Stage (and derived) NodeCores, they can
redirect the rendering of the tree below them into an FBO.
Examples/Simple/fbotexture.cpp shows how this can be done with the
SimpleStage.
For making screenshots you could keep the Stage above the 'normal' root
of your scene and normally start rendering at that root. If you want to
create a screenshot start rendering at the Stage above it, i.e.
temporarily change the root used by the viewport.
Cheers,
Carsten
------------------------------------------------------------------------------
Slashdot TV. Videos for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
