Dynamic Volumes

New Message Reply Date view Thread view Subject view Author view

Jeff Brickley (jbrickley++at++lmwsmr.lesc.lockheed.com)
Mon, 16 Jun 1997 12:30:24 -0700

     I have a group of dynamic volumes, that have half or all of the
vertices changing every frame. What is the best way to render this? I have
normally use OpenGL commands to "add" these to the scene in a post-render
routine, however, I was wondering if a Performer GSet was capable of
handling it's vertices change every frame or any other Performer object
could. Would rendering this in Performer save any time vs. rendering it in
OpenGL...? Our application is running borderline on 20hz Performance and I
am trying to make sure we are applying everything in the most efficient
manor. All of the volumes rendered require transparent solid and wire-frame
rendering so that the controller can understand the current shape of the
object. I'm sorry to say the object is not rendered by itself, it is
inserted into a full simulation with landscape and models, through which the
operator can move through to see events happening in real-time....

A related question, what is the fastest mode for transparency rendering on
the Infinite Reality?

System Configuration: Infinite Reality Onyx with 16 R10000 Processors
               dual pipe (only one pipe in use for this application)
               4 RM-6s per pipe.
               IRIX 6.2

Software: Coryphaeus Easyscene V3.0 (4.0 Beta is available)
               Performer 2.1 (2.2 beta is available if necessary)
               Patches should be current (I hope)

Jeffry J. Brickley
3D Systems Programmer
Lockheed Martin
White Sands Missile Range, NM

=======================================================================
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.