RE: [info-performer] overriding the clipping plane

New Message Reply Date view Thread view Subject view Author view

From: Corner, Steve (s.corner++at++vr-centre.com)
Date: 12/02/2002 05:02:45


turn off z-buffering
render sky dome
turn on z-buffering
render the rest of the scene.

you only have to clear the z-buffer each frame too....

S.

-----Original Message-----
From: MLM Veraart [mailto:veraart++at++fel.tno.nl]
Sent: 02 December 2002 12:31
To: Brad Schwagler
Cc: info-performer++at++sgi.com
Subject: Re: [info-performer] overriding the clipping plane

Brad Schwagler wrote:
>
> I have a driving simulator with many objects in the
> scenegraph. If I make the clipping plane closer,
> distant objects are not drawn and the program runs at
> an acceptable drawing rate. This is what I want, but
> how can I still draw the sky-dome? I tried setting a
> pre-draw callback on the sky model where I would
> temporarily move back the clipping plane. The problem
> is that the channel and pipe are NULL in the callback
> func. Would it be better to use hundreds of LOD nodes
> on each indvidual object instead? Is there a
> different way of overriding the clipping plane?
> thanks

There are two ways I know to solve this.

1) remodel the dome a bit smaller

2) Put the dome in a separate pfScene.
   Use an other channel mapped 'behind'/first to the window.
   In this channel put the dome scene and set the clipping range right.
   In the other scene disable the clearing of frame and Z-buffer in the
   draw-callback.

Mario

-----------------------------------------------------------------------
   List Archives, Info, FAQ: http://www.sgi.com/software/performer/
   Open Development Project: http://oss.sgi.com/projects/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 2b29 : Mon Dec 02 2002 - 05:05:10 PST

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