home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!rutgers!sgigate!odin!fido!mott
- From: mott@sgi.com (David Mott)
- Newsgroups: comp.sys.sgi
- Subject: Re: GLRenderCaching (Inventor)
- Message-ID: <pedrj4g@fido.asd.sgi.com>
- Date: 4 Sep 92 18:18:14 GMT
- Article-I.D.: fido.pedrj4g
- References: <MATUMOT.92Sep4190519@calypso.elec.nkk.co.jp>
- Sender: news@fido.asd.sgi.com (Usenet News Admin)
- Distribution: comp
- Organization: Silicon Graphics
- Lines: 37
-
- In article <MATUMOT.92Sep4190519@calypso.elec.nkk.co.jp> matumot@elec.nkk.co.jp (Masayuki Matsumoto) writes:
- >Hello,
- >
- >My question is on GL render caching of Inventor.
- >
- >I am developing a application of which feature is
- >geometry changes dynamicaly depending on time step.
- >
- >In this case, having GL render caching turned _OFF_ significantly
- >improved rendering performance, contrary to the manual page.
- >Is this reasonable ?
- >
- >In only case of static geometry application, does GL render caching
- >accelerate rendering speed ?
-
-
-
- The key here is that your geometry *changes dynamically*. If you
- build a cache for the geometry, then change it, the cache is blown,
- and has to be rebuilt. Building the cache is more expensive than
- simply rendering the geometry.
-
- However, once the cache is built, as long as the data in the cache
- is not changing, rendering the cache is significantly faster than
- rendering the initial data. (Changing data is more than geometry -
- it is anything in the scene graph which is changing.)
-
- The thing to remember here is that you should turn GL render caching
- ON for a separator if the scene graph under that separator is not changing.
- Turn caching OFF for a separator if anything in the scene graph IS
- changing.
-
- Section 9.4.1 in the IRIS Inventor Programming Guide discusses caching,
- including some of the tradeoffs involved which help you decide whether
- render caching is appropriate for a specific situation or not.
-
- David
-