I believe the intent of relative priority is to implement painter's algorithm on systems without a depth buffer. I have seen many old OpenFlight models that use relative priority for things like runway markings (that is, coplanar polygons). In this case, what you suggest would not be sufficient to support such models.
At my previous employer, we hacked the old OpenFlight loader to detect nodes that used relative priority, then render those nodes first to the color buffer with depth write disabled, then again to the depth buffer with color write disabled. We did use RenderBins (as you suggest) to effect the ordering, but we needed the multipass/mask technique to obtain correct results. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com 303 859 9466 > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Joakim Simonsson > Sent: Friday, March 16, 2007 11:09 AM > To: [email protected] > Subject: [osg-users] OpenFlight Loader: Relative Priority == > RenderBinNumber? > > > > Hi Brede and others, > > What do you think about making the "relative priority" > attribute in the openflight format decide the RenderBinNumber? > > From MultiGen Docs: > > "Relative Priority > > Controls the position of a node in the Hierarchy view > relative to its siblings. The hierarchy is periodically > sorted to ensure that relative priority increases from left > to right in the Hierarchy view." > > Do you think it is a good idea? > > -- > Joakim Simonsson > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
