Re: PFMP_CULLoDRAW & multipass algorithms on Perf2.2

New Message Reply Date view Thread view Subject view Author view

Steve Baker (steve++at++mred.bgm.link.com)
Wed, 16 Apr 97 08:43:23 -0500


YAMANAKA MASAHIKO <wryml++at++dimwit.dst.nk-exa.co.jp> asked:

> According to the man page for pfMultiprocess...
>
> When using PFMP_CULLoDRAW, multipass algorithms (e.g. - landing lights on
> RealityEngine) which call pfDraw more than once per frame will not work.
>
> Can't I use PFMP_CULLoDRAW calling pfDraw more than once per frame on Perf2.2 ?
> ( Is this impossible? ) ^^^^^^^

Normally, the CULL process generates a bunch of drawing commands and puts them
into a Display list. ON the following frame (probably), DRAW executes all of the
commands in the display list and we are done.

In multipass rendering, DRAW simply draws the same display list two or more
times with subtle variations.

In CULLoDRAW mode, there isn't really a display list as such. As CULL generates
drawing commands, so they are immediately executed. In effect, there is no
display list involved. Hence there is no place where the entire frames drawing
commands are held and no possibility of re-drawing them in a second pass.

Hence, it seems pretty unlikely that PFMP_CULLoDRAW and multipass algorithms
are ever going to play together (although someone from the Performer team
might be able to say otherwise).

Steve Baker 817-619-1361 (Vox-Lab)
Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail)
2200 Arlington Downs Road 817-619-4028 (Fax)
Arlington, Texas. TX 76005-6171 Steve++at++MrEd.bgm.link.com (eMail)
http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet)
                                http://web2.airmail.net/sjbaker1 (external)

"You can't destroy the Earth - that's where I keep all my stuff!" - The Tick.

=======================================================================
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:04 PDT

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