Hi Victor,
Happy to hear you could get it to work!
Have a good weekend!
Dirk
On Sat, Dec 12, 2020 at 4:43 AM Victor Haefner
wrote:
> Good morning,
>
> just a final update on this issue, now its working:
> - added a baseFramebufferID in FrameBufferObject::deactivate
> - removed
Good morning,
just a final update on this issue, now its working:
- added a baseFramebufferID in FrameBufferObject::deactivate
- removed texBuf->setReadBack(true); when creating the fbo, this was
messing with rendering to texture.
thanks for the help!
best regards,
Victor
On Fri, Dec 11, 2020
Hmm, I realized the simplestage does also allow to register pre/post render
functors
In the pre render function the active fbo corresponds to the stage fbo
I the post render function too.
When changing the fbo in the pre render function the stage draws to the
widget as expected.
When changing it
Hello Victor,
On Fri, Dec 11, 2020 at 10:54 AM Victor Haefner
wrote:
> ..hmm, I think thats what glarea is already doing, and rendering most
> scenes works perfectly.
> It is only when using a stage that the gtk fbo get unbound.
>
right, I meant putting a Stage at the top of your scene graph
Hi Victor,
Wow, this must be the first time in 15 years or so that I look at OpenSG
code... ;) Thanks to Carsten and Gerrit for keeping it alive, and you and
the others for still using it!
Yes, subclassing is tricky, that was always a weakness of OpenSG. What may
be easier is extension. How
Hello Carsten,
thanks for the quick reply!
..hmm, I think thats what glarea is already doing, and rendering most
scenes works perfectly.
It is only when using a stage that the gtk fbo get unbound.
I thought I could rebind them on renderLeave of the stage, but subclassing
it is tricky ;)
Any
Hello Victor,
hmm, I can't really claim to have any understanding of how this works any
longer, but a quick look at
Source/System/Window/FrameBufferObjects/OSGFrameBufferObject.cpp:740
suggests that it always binds the default framebuffer (i.e.
glBindFramebuffer(0)) when deactivating an FBO - it