HI Brian, You don't really provide enough information on what the "complex app" is doing to make any judgement on what is going on. The best I can suggest is that it sounds like you are breaking starte sorting and lazy state updating in some way, and in doing so are causing the draw dispatch and likely the draw down on the GPU to be heavily overloaded.
The fix... don't break state sorting and lazy state updating. Robert. On Thu, Sep 24, 2009 at 10:12 PM, Brian R Hill <[email protected]> wrote: > > Folks, > > I'm rendering a scene with 3 different objects instanced 500 times each. > > When I run it in osgviewer is achieves 1000 hz, when I run it in a simple > osgViewer::Viewer based app it runs at 1000 hz, when I run it in a more > complex osgViewer::Viewer based app it runs at 30 hz. All the additional > time is in the draw process. > > I used bugle to capture the opengl output (bugle is fantastic!) from the 3 > apps and the first two outputs were practically identical - the 3 objects > graphics state are setup once, followed by 500 glLoadMatrix and glCallList > calls. > > 3 x (graphics setup, 500 x (matrix, calllist)) > 3 graphics state changes > > The more complex app is completely different, the objects are drawn in > arbitrary order with their graphics state updated every time. > > 3 x (500 x (graphics, matrix, calllist)) > 1500 graphics state changes > > All apps call osgUtil::Optimizer::optimize on the scene. > > I'm digging through the complex app to see if there's a > "disable_rendering_optimizations" call..... > > Does anyone know what would cause this type of behavior? > > Thanks, > > Brian > > > > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. > NOTE: Regardless of content, this e-mail shall not operate to bind CSC to > any order or other contract unless pursuant to explicit written agreement > or government initiative expressly permitting the use of e-mail for such > purpose.. > > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
