On 6/2/06, Lionel Lagarde <[EMAIL PROTECTED]> wrote:
I'm running my tests Windows XP (P4 1.4 GHz / 1 Go) with a "debug" build of OpenSceneGraph.
Don't benchmark a grahics app under debug... it makes a huge difference to cull and draw dispatch performance.
Even if my quadtree is not well balanced, since all the geometry has been loaded, why the animation freezes when the LODs switch to another child ?
Again I ask do you extermely large textures and geometry? What is the size and type of your graphics card? How much main memory do you have? Could it be that your over filling the GPU memory? If so try turning off display lists.
If I have big tiles, it only affect the DatabasePager. Once the tiles are loaded, it's thread should be blocked on a "condition" (file request queue). Curiously, when the terrain is viewed from a far point of view, osgviewer eat 100% of the CPU with 90% for the system... I have converted the terrain to flt and with Performer, there is no problem. Robert Osfield wrote: > On 6/2/06, Lionel Lagarde <[EMAIL PROTECTED]> wrote: >> Yes it is paged terrain, but it happens when the tiles are loaded. >> Of course, while all the tiles have not been loaded, it is normal >> to have some freezes. > > Its not normal to have freezes, the database pager has be specifically > designed to achieve contrant framerates without frame drops. This > isn't always possible, but is possible with most models. > > Which machine/OS are you using? > >> I have created my own PagedLOD node. It does not handle (yet) the tiles >> "unloading" so, once every node are visited, everything should be in >> memory. >> But freezes are still here. > > The fact you are getting "freezes" suggest that your model is poorly > balanced - are you using a small number of massive geometries or > textures? If so cut their size down. > >> I will try to convert my terrain to a big non paged ive file to see >> if I am >> missing something. > > Try using osgdem to build your databases, it'll build it with the > appropriate level of granulaity designed for good performance. > > Robert. > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
