Re: Blocking application

New Message	Reply	Date view	Thread view	Subject view	Author view

Jim Helman (jimh++at++surreal)
Thu, 21 Sep 95 11:45:04 -0700

Next message: halliday++at++cs.sfu.ca: "Virtual I/O Head Tracker"
Previous message: Jim Helman: "Re: Synchronized node data"
In reply to: Ran Yakir: "Synchronized node data"

Since Performer's immediate mode rendering is fast enough to keep an
RE2 fully occupied, we *do not* build up any GL display lists by
default. This saves both time and memory. If you want GL display
lists for some reason, you can set the pfGSetDrawMode accordingly.
The Performer pfDispList that communicates between the cull and draw
doesn't contain any actual geometry (only pointers to pfGeoSets) and
is built every frame anyway.

If the system is pausing when an object comes into view, my first
guess would be that the object is textured and the texture needed to
be paged down to the graphics pipe. If your entire texture database
will fit in the pipe, you should pre-download all of your textures.
See pfuDownLoadTexList in libpfutil/download.c

rgds,

-jim helman

jimh++at++surreal.asd.sgi.com
415/390-1151

Next message: halliday++at++cs.sfu.ca: "Virtual I/O Head Tracker"
Previous message: Jim Helman: "Re: Synchronized node data"
In reply to: Ran Yakir: "Synchronized node data"

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:51:53 PDT

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