Hi TM, Erm don't get too excited, like I say I've only added the test cases onto a sandbox directory on the svn.. Really all that is a new mipmapgeometry class that supports shader positioning and a cobbled together test case that updates the primitive levels. I haven't actually merged the code into the library yet....
Sorry to disappoint :( Kim. On 5 February 2010 03:44, Tian Ma <tianxiao...@foxmail.com> wrote: > Good work Kim! I have update the svn code! A little real-time |-) > :D > > > Kim Bale wrote: > > Hi Paul, > > > > Yes you're right this is due to the rather inefficient method of updating > the surface primitives and vertices that osgOcean uses at the moment. > Explained here: > > > > > > > http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2009-December/036735.html( > http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2009-December/036735.html > ) > > > > > > Like I say in that post I have written a test case which significantly > improves the performance of this area but haven't actually added it into the > library code yet. This isn't helped by the fact that I keep forgetting to > put the test code on the svn so other people can't see the approach. > However, I WILL remember to do that tonight so if you want to see a solution > for it you can have a go. > > > > > > I've done the hard bit, I just haven't had time to add it into the core > library code. If you check the sandbox directory on the svn later this > evening you can have a look. > > > > > > Regards, > > > > > > Kim. > > > > > > > > On 4 February 2010 13:13, Paul Palumbo < ()> wrote: > > > > > I'm running osgOcean and I'm only interested into ocean surface effects > (the geometry in particular). I also have a hard time limit on each frame > time. However, with osgOcean, I'm seeing some large spikes in processing > time that are causing me problems. > > > > > > In particular, I'm seeing the FFTOceanSurface::computeVertices routine > (called every 50ms) taking around 17-25ms per call and > FFTOceanSurface::computePrimitives routine (called when tile LOD changes) > taking 10-15ms and I'm looking for a way to make this more "real-time". > These timing numbers are with osgOcean parameters using in the oceanExample > code. > > > > > > Could the ocean surface geometry be defined at initialization at the > scene graph level for each tile/frame rather than being redefined every 50ms > as it doing now. In computePrimitives, couldn't the geometry only need to be > regenerated for the times that changed LOD? > > > > > > Any advice would be appreciated. > > > > > > Thanks, > > > Paul P. > > > > > > ------------------ > > > Read this topic online here: > > > http://forum.openscenegraph.org/viewtopic.php?p=23670#23670 ( > http://forum.openscenegraph.org/viewtopic.php?p=23670#23670) > > > > > > > > > > > > > > > > > > _______________________________________________ > > > osg-users mailing list > > > () > > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org( > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org) > > > > > > > > > ------------------ > > Post generated by Mail2Forum > > > ------------------ > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=23708#23708 > > > > > > _______________________________________________ > 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
