Hello Dirk, I use 1.8 version of opensg (opensg_dailybuild.070704.source.tgz)
Regards, Denis On Sat, 12 Feb 2011 08:58:27 -0600 Dirk Reiners <dirk.rein...@gmail.com> wrote: > > Hi Denis, > > first question: OpenSG 1 or 2? > > On 02/12/2011 07:21 AM, Denis Röper wrote: > > Hello, > > > > I created some osg::Surface nodes and now I want to fetch all the > > triangles rendered from these nodes. I used the TriangleIterator to > > do this, but usually I got no Triangles. > > > > I can put the node into the scene graph and hide it with a > > ColorMaskChunk, wait until it is rendered or call the > > osg::RenderAction on it (Is this ok for osg::Surface?), but still I > > get no Triangles. Since I create the node in a thread I synchronise > > both change lists already. > > OK. > > > Usually I don't want to see this node, so a method without adding > > the node into the scene graph will be fine, but the ColorMaskChunk > > is fine, too. But its still not function. > > That shouldn't make a difference. > > > I wrote a simple test program that fetches the Triangles in the > > "display" callback function after the redraw() call. Here I got the > > Triangles. > > ...and not before that? That is weird. Can you send us the program? > > The TriangleIterator doesn't really depend on anything, as long as > the geometry has the required data it should work just fine. And the > rendering run should not change any data in the Geometry, so the fact > that it makes a difference is very surprising. > > > Any suggestions? A method without the need to wait for redraw will > > be great. > > Of course! And it should work like that. If you could send us the > program that would help a lot. > > Yours > > Dirk > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio > XE: Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Opensg-users mailing list > Opensg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opensg-users ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
