Hello Carsten, "Carsten Neumann" <[email protected]> schrieb im Newsbeitrag news:[email protected]...
>> In OpenSG 1.8 I first used the StateSortingGroup class. After some >> experimenting I discovered that the usage of this node is not necessary >> at all. > > hm? why not, i.e. what does ensure the correct ordering? > I don't know. It just worked. >> 1. Is there any existing functionality in OpenSG 2.0 which I can use to >> solve my problem? > > apart from the sort key you could create a large number of > GroupingStages. Create one per clip plane and add the trees that do the > first two passes of your algorithm as children (using sort keys 0 and 1 > to order them). And a final GroupingStage that has your clipped geometry > under it. > There is no state sorting across stages, so that would ensure that > everything below a stage is rendered together and the sort key can > enforce the right order among those things. > I will try this route. I should have taken a look into the OpenSG 2.0 examples! I only translated my OpenSG 1.8 code and was not aware of the GroupingStage cores. >> 2. Isn't it a good idea to propose a group node which defines that its >> children are always rendered in the order the children list? > > one could write a variant of the ScalarSortTreeBuilder that increments a > counter every time a node is added to the render tree (and reset after > the render tree is drawn). Then a form of StateSortingGroup could be > brought back in the form of a Stage that sets up a RenderPartition with > the new type of tree builder. > You lost me here... A little bit of background information might be helpful. Thank you for your patience. Best Johannes ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
