Hi Juan, in an ideal world one should build databases that don't require running Optimizer on them, as the Optimizer can only do what it's algorithm thinks would be best given the data, and it can only do certain types of optimizations of certain types of data. Humans are far far better creating optimized databases, as long as you know what your are doing. In this spirit I'd recommend building your trees and building in well balanced quad tree to start off with. SPTATILIZE_GROUPS is really just a band aid for already created databases.
The next tip would be to look at granularity of the database. Avoid lots of separate Geometry and StateSet for small objects. Use texture atlas's and group of spatially near objects together that share the same state. The less objects the OSG has to work with the faster it'll be. Modern graphics hardware also works better with quite coarse grained batching of data. This might mean doing trees in a different way. Have a look at the osgforest example to see the different ways you can manage lots of objects. Robert. On Wed, Dec 10, 2008 at 4:45 PM, Juan Sebastian Casanueva <[EMAIL PROTECTED]> wrote: > Hi, > > I am adding trees and buildings to a terrain for a flight simulator > application. > When I draw the scene, culling is taking a long time, quite a bit more than > the draw, and the fps drop from 60 to 9 in release. > There are about 20000 trees and buildings. > I am generating a group node, containing all the trees and buildings models > (which I read from files), and then I use the osgUtil::Optimizer with option > SPATIALIZE_GROUPS to generate a balanced scene graph. However, using the > optimizer does not seem to be helping at all because I get the same frame > rates if I use it or not. I would have thought that spatializing the scene > graph will speed up the culling? > I am using osg 2.6.0 > Is there some other way that I can speedup the culling process for this type > of scene? > > thanks a lot > Juan > > > > _______________________________________________ > 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
