OpenSceneGraph/include/osgTerrain
2010-01-29 17:20:58 +00:00
..
Export Improved the doxygen docs over the various namespaces 2008-08-05 19:17:09 +00:00
GeometryTechnique Changed GeometryTechnique::private to protected, updated wrappers 2010-01-29 17:20:58 +00:00
Layer Refactored osg::TransferFunction1D to use an std::map internally which is kept in sync with the actual osg::Image that is passed to the GPU. 2009-02-02 14:43:27 +00:00
Locator From Chris Hanson, typo and comment clean ups 2009-07-24 14:45:44 +00:00
Terrain From Chris Hanson, typo and comment clean ups 2009-07-24 14:45:44 +00:00
TerrainTechnique From Jason Beverage, "I posted a question on osg users about resources not being properly released when using osgTerrain databases and multiple viewers are used a few weeks ago and I've found that at least part of the problem comes down to the fact that the nodes that are traversed by the GeometryTechnique are never actually added to the scene graph, and thus don't have releaseGLObjects called on them. I'm submitting a few changes that takes care of this by allowing the TerrainTechnique to provide a releaseGLObjects implementation. I've applied these changes in osgEarth and this example program no longer crashes on the second run, although I get corrupt geometry (see attached shot) which could be down to a driver issue. If I increment the context ID for the second viewer, I no longer get the corrupt geometry. 2009-11-20 11:08:40 +00:00
TerrainTile From Jason Beverage, "I posted a question on osg users about resources not being properly released when using osgTerrain databases and multiple viewers are used a few weeks ago and I've found that at least part of the problem comes down to the fact that the nodes that are traversed by the GeometryTechnique are never actually added to the scene graph, and thus don't have releaseGLObjects called on them. I'm submitting a few changes that takes care of this by allowing the TerrainTechnique to provide a releaseGLObjects implementation. I've applied these changes in osgEarth and this example program no longer crashes on the second run, although I get corrupt geometry (see attached shot) which could be down to a driver issue. If I increment the context ID for the second viewer, I no longer get the corrupt geometry. 2009-11-20 11:08:40 +00:00
ValidDataOperator Fixed warnings 2009-01-07 10:32:59 +00:00
Version From David Callu, improved consistency of Version strings and add version support 2007-09-05 17:12:24 +00:00