Re: DVR, help!

New Message Reply Date view Thread view Subject view Author view

Rémi Arnaud (remi++at++remi.asd.sgi.com)
Wed, 9 Apr 1997 12:09:05 -0700 (PDT)


Jeff Brickley wrote:
>
>
> Would this save any work from the Raster Managers: render 2 landscape =
>
> models, one on each size of a clipping plane so that you cannot see the =
>
> other. One Model has a texture of only 256x256, the other maximum textur=
> e =
>
> resolution or clip-mapped, then render the smaller texture scene full =
>
> screen, render a portion of the other (high-res), from the same point of =
>
> view (offset to the other landscape) in a small window?

 So you expect to save RMs by not using clip mapping on part of the screen.
 The only time you can same is the time ollocated to download the clip
 map to the RM at each Frame, but you wont save anything ele as the
 polygon count and the depth complexity is the same.
 A simpler way to do that is to use a smaller area for the clipmap, so
 you will get automatic low resolution texture for the low res window,
 and high resolution for the AOI.

>
> It's kind-of bulky on the polygon count, but would that type of rendering=
> =
>
> save any work from the raster-managers? I'm lucky, I haven't had to worr=
> y =
>
> about overworking RMs, but this question started me thinking about it....=
>

 What you could do, is using a low LOD for the database, reducing the # of
 polygons and also somewhat the pixel load, and use a normal LOD for
 the AOI.

    _ / _ _
|_) _ ._ _ o /\ |_)|\ | /\ | || \
| \(/_| | || /--\| \| \|/--\|_||_/
                                           
=======================================================================
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:01 PDT

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