Hello Carsten,
On 24.08.2013 01:43, Carsten Neumann wrote: >> The DrawableStatsAttachment *st = >> DrawableStatsAttachment::get(pNode->getNode()->getCore()); >> >> is NULL which causes the crash. > > right, there is no test for NULL there, because these attachments should > have been added on anything that does not have one - question is why was > it being omitted here? > Ok, I did get that one. It is the dependency to the statistic collector, which I didn't have installed. StatCollector *pStatColl = _oDrawEnv.getStatCollector(); In the example it is installed by the call mgr->setStatistics(true); After doing just that, the crash is gone. However, now I do have the statistic output on my screen, which is unfortunate :-) Is there a simple way to get occlusion culling without installing a foreground? > >> Is the occlusion culling still in use and supported? > > *cough* uhm, well, given the size of the user base these days... > Do you have any numbers about the actual user base. Perhaps we should collect some numbers about active users. I think that OpenSG is still in very good shape and should further evolve to accommodate to the art of modern graphics programming. I'm interested to hear what other people usage pattern of OpenSG is and what are their long term plans with respect to OpenSG. >> Is it advisable to use occlusion culling in modern GPU/shader etc. >> setups? > > I'd say it depends more on the scene. For scenes with many medium-high > complexity objects and high overdraw it should be a win. If your objects > are few, the early-z test may be enough (possibly with a depth only pass > done first). The other important factor is if the occlusion queries (or > rather reading back their results) causes pipeline stalls - OpenSG can > not use the results from previous frames, so that may cause stalls. > Typically, I do have lots of geometries which are not that complex by themselves. > >> In my setup I use >> GL_TRIANGLES_ADJACENCY_EXT and GL_TRIANGLE_STRIP_ADJACENCY_EXT >> GL primitives for my meshes. Can this be problematic for the occlusion >> culling implementation? > > Hmm, it may get the wrong idea about the size of the geometry (unless > DrawableStatsAttachment can account these primitive types correctly), The new primitives should be first class citizen of OpenSG :-) Best, Johannes ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
