Mario Veraart (rioj7++at++fel.tno.nl)
Tue, 19 May 1998 20:06:27 +0200 (MET DST)
But how can it be explained that if I set the bin number explicitly
and call pfDrawBin for every bin I see only the geometry of the
transparent bin? Is this not equivalent to a call to pfDraw()?
> Since 2.2 you can use pfDrawBin(-1) to draw the objects that are
> not in a bin. Note, you have to use CULL separated from DRAW or
> CULL_DL_DRAW for the object not to be rendered immediately.
>
> > 2: The programmers guide tells that it is possible to add more bins
> > but does not tell you how. Is a call to setBinOrder() with an unkown
> > bin number enough to create a new bin for this pfChannel?
>
> pfGeoSet::setDrawBin(b) will tell Performer to draw the geoset in
> the bin b. setBinOrder(b,order) will create the bin b and tell pfDraw
> in wich order to draw the bins.
> Note that each geoset has to have its own geostate for the bin mechanism
> to work. See 2.2 pfChannel man pages.
Is this also true for Performer 2.0? In the test program I used a few
simple flight models. So it could be that they share the geostate.
> > 3: If I have to rely on pfDraw() to draw the geometry how can I set up
> > the right GL calls to implement the wanted multipass algorithm?
> Since 2.2 you can use pfDrawScene(). pfDraw() may call an internal
> multipass (for pfLightSource).
> > Any help to solve this problem is appreciated.
> > I use Performer 2.0 on a REII. If Performer 2.2 is better on the point
> > of using bins I will have to upgrade.
>
> A lot better, please upgrade.
Mario Veraart
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:57:24 PDT