HI Jan, It'd be fine to refine the vegetation step by step, but the time to do it would be per LOD level, and during load. Doing it per LOD level would avoid the issue of terrain and vegetation swapping a different times and having to track each other. Doing the operation during load (i.e. from the database thread) would also mean that you aren't holding back the main rendering threads so won't break frame. Adding compute work to the database thread just increases latency on loading new tiles by a little, it doesn't affect the frame rate as the paging thread can be done in background on dedicated CPU cores.
Robert. On Tue, May 5, 2009 at 10:30 AM, Jan <[email protected]> wrote: > Hi Robert, > > I already thought that it is not the most efficient way to do updating every > frame, but the problem I have is that the vegetation has nothing to do with > the ground because I will create the vegetation from vegetation definition > files. These files are generated from a tool. In these files I will have some > types of vegetation like area of plants, lines of plants, single plants and > so on. And from these types I will build the vegetation db by grouping them > from bottom to top. A single tree for example is a lod node from highpoly > model with one or two low poly models down to billboard. These LOD node will > be grouped(after geometric sorting) to pagedlod nodes. and these pagedlod > noded will be grouped again until I have only one top node. > When new definition files are created the vegetation db will be reprocessed. > This makes it possible to enlarge the veg db step by step. And with geometric > sorting the types, it should be possible to balance the pagedlod nodes quite > efficient. Until now it's just my conception. But this will require to update > the vegetation positions on the fly. So any ideas :-) ? > > ------------------ > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=11343#11343 > > > > > > _______________________________________________ > 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
