HI Paul, On 4/15/07, Paul Martz <[EMAIL PROTECTED]> wrote:
So, if I parsed your message correctly, such a barrier as I require doesn't currently exist and I would need to modify the code to add it.
The Barrier actually already exist to do just this job, but only for the ThreadPerContext thread model, its not turned for the DrawThreadPerContext/CullThreadPerCamreaDrawThreadPerContext threading models as they rely on a block instead. What would be required is the ability to switch on the ThreadPerContext Barrier on demand.
Seems like, to maximize benefit from these two threading models, I should have as many STATIC nodes as possible, and only switch to DYNAMIC when necessary. So providing such a barrier would be useful.
STATIC is good :-)
As a semi-related follow-up, if I've added a GUIEventHandler to a viewer, can I assume that handle() gets called only after renderingTraversals() has returned?
The event handlers all get called in the Viewer::eventTraversal() only, they all return within this method as its all done single threaded. Robert. _______________________________________________ osg-users mailing list [EMAIL PROTECTED] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
