Re: [osg-users] osgViewer Threading Model problem.
HI Dario, On 1 July 2016 at 14:26, Dario Minieriwrote: > All data change on osg tree are made inside callback, so theoretically we > have no "parallel" change during frame. However there are a lot of visitors > that I have to check, may be could do data alteration. In my test, actually, > there is osgHimmel and osgOcean also inside scene. > > This type of problem, anyway, is generated by osg tree alteration parallel to > frame only? The DrawThreadPerContext threading model enables the draw thread of one frame to run in parallel with the update, event and cull traversals of the next frame. This means that if you modify Drawable or StateSet/Texture etc. state within the update, event or cull traversals then you'll end up with a race condition. The OSG uses a osg::Object::setDataVariance(osg::Object::STATIC | osg::Object::DYNAMIC) hint to tell the draw traversal whether it's safe the next frame proceed. The way it works is the draw traversal holds back the next frame till all the Drawable and StateSet's marked with DYNAMIC DataVariance are dispatched. My best guess is that you're modifying some state or drawable in the update or event traversal (via callback for instance) without marking the Drawable's or StateSet that encloses the dynamic state with a DataVaraince of DYNAMIC. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgViewer Threading Model problem.
Hi, All data change on osg tree are made inside callback, so theoretically we have no "parallel" change during frame. However there are a lot of visitors that I have to check, may be could do data alteration. In my test, actually, there is osgHimmel and osgOcean also inside scene. This type of problem, anyway, is generated by osg tree alteration parallel to frame only? Thank you! Cheers, Dario -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=67955#67955 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgViewer Threading Model problem.
Hi Dairo, Are you modifying data during the frame? Robert. On 1 July 2016 at 10:13, Dario Minieriwrote: > Hi, > > I'm using SingleThreaded model inside the Viewer. Using another model > threading like DrawThreadPerContext I have various errors like: > > Warning:TextureRectangle::apply(..) failed, texture rectangle is not support > by your OpenGL drivers. > > and > > Warning: RenderStage::runCameraSetUp(State&) Pbuffer does not support > multiple color outputs. > > That is strange, because the card is Nvidia GTX 770, driver 352.63 which have > to support texturerectangle... > > Have you some ideas about this problem? > > Thank you! > > Cheers, > Dario > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=67949#67949 > > > > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgViewer Threading Model problem.
Hi, I'm using SingleThreaded model inside the Viewer. Using another model threading like DrawThreadPerContext I have various errors like: Warning:TextureRectangle::apply(..) failed, texture rectangle is not support by your OpenGL drivers. and Warning: RenderStage::runCameraSetUp(State&) Pbuffer does not support multiple color outputs. That is strange, because the card is Nvidia GTX 770, driver 352.63 which have to support texturerectangle... Have you some ideas about this problem? Thank you! Cheers, Dario -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=67949#67949 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org