Bins 'n Zeebuf

New Message Reply Date view Thread view Subject view Author view

BOCCARA Michael (MICHAEL.BOCCARA++at++siege.aerospatiale.fr)
Mon, 16 Jun 1997 21:25:18 +0200


  Hi pfOlks,

Machine : REII 2CPU 1RM4 IRIX6.2 Performer 2.0.2 allpatched
               and HighImpact idem.

I am using bins, but it is making me troubles.
Here are my 3 questions, the last concerning more z buffer mechanisms.

I have set a special bin number to a part of my geosets.

1 : setBinOrder
When I call pfChannel::setBinOrder it works on our RE2, but it crashes on the
HighImpact at the fisrt pfFrame call, preciselier in the CULL stage, at the
_pfCuller::cull_Lsources function
NB : I am calling setBinOrder for existing BIN numbers
What is happening in this damned _pfCuller function ?

2: pfDrawBin
When I call pfDrawBin(BIN_1) it lets my screen black, although there are
geosets associated with BIN_1.
WhenI replace it by pfDraw, all my scene is normally drawn, including the
BIN_1-geosets.
Did I forget something about pfDrawBin ?

3: ZBuffer
I am calling the GL function zbuffer(FALSE), or the correponding glDisable
OPENGL function, into the preDraw callback for a part of my scene which is
veru far away, in order to avoid the zbuffer errors for confused polygons. It
works, and there are no far-problems anymore.
But I would like to store the Z values of this far geometry into the ZBuffer,
without taking the results into account for drawing this geometry. I will use
the result later in frame, after re-enabling Z buffer for other simpler
geometry (lines, in fact).
Was I clear, and if yes, is there any OPENGL minded person who could help me
? I am from the Pf generation, not the gl.

Thank you,

Mike

Michael Boccara
Aerospatiale - Joint Reasearch Center.
michael.boccara(a)siege.aerospatiale.fr
Tel : +33 (0)1 46 97 32 40
Fax : +33 (0)1 46 97 32 59
===================================List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:55:26 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.