Hi Alexej, On 15 May 2012 10:41, Alexej Fink <[email protected]> wrote: > Sorry for confusing, I thought the job of exchanging a color target in a > static rendering context is common enough. My bad.
We don't need the sarcasm, it doesn't help solve anyone problems. > I have a GIS environment with mixed flat (2d) and 3d geometry. I want to > pre-render the flat geometry together with the ground images into the final > surface gl-textures, which I then use in the 3d scene-graph. The 2d geometry > is managed by a separate scene-graph, which I use to generate the ground > tiles by using a RTT camera. > > The ground-tile rendering happens by repositioning the RTT camera over the > dirty area and passing the related texture object reference to the > CullCallback, which tries to replace the color buffer binding with the passed > texture before the camera does the rendering. Then I call frame() on the > groundViewer instance to trigger the rendering. It all works, but the cheap > color buffer changing. Thanks for the explanation. It sounds like you are rendering the 2D data as an overlay, but backing into into the base texture. Might I recommend rather than baking it in you use mulit-texturing and considering using a feature like osgSim::OverlayNode to render the overlay texture that can then be rendered onto the terrain. I believe osgEarth has a similar feature as well, not sure if it reuses OverlayNode or provide a more advanced one. The advantage of decoupling is that you don't need to worry about tile alignment and can take advantage of view dependent texturing which is good to providing high quality texturing near the eye point. > Regarding the documentation, it would help a lot, if the member-functions and > their parameters would be documented (as usual for a public API). I know, > everybody has always less time for that, but it would be a great help for all > the OSG users, especially for the newbies. You sound like an ideal volunteer to help out with documentation ;-) Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
