Hi, On Wednesday, July 13, 2011 02:16:29 Peter Sadrozinski wrote: > You mentioned earlier that a lot of the performance issues would disappear > if we could probe the terrain 100 times faster. I've been thinking about > this for a while for ai traffic, skyop's moving map instrument, and > weather. > > I'm thinking of storing some resolution of altitude data in the tile > itself, making altitude queries very fast at the expense of a larger tile > (in memory and disk). > > I'm just starting the work, but I would like any feedback on the idea. It > may require some lod implementation if the base tile size gets too big. > I've been thinking about trying to get osg paged lod working with a new sg > bucket.
While being able to do a croase ground query on such a kind of regular grid might be beneficial for the weather module. I would prefer the ai module just using the already available bounding volume tree that is used for the main aircrafts elevation queries. This is already really fast. Also, may be making use of these bounding volume hierarchies for the weather module as an intermediate step might be a good idea? Greetings Mathias ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel