Re: A question about the Loader

New Message Reply Date view Thread view Subject view Author view

From: Angus Dorbie (dorbie++at++sgi.com)
Date: 06/18/2001 15:23:50


You need to page asynchronously in the dbase process and then merge
memory buffers in the app process to let the app know instantly about
the object you have loaded over several frames. You can then add to the
scene graph and it should hit the draw a few frames later.

This may still cause some draw glitches due to texture loading from
system memory to texture memory which you can work around by managing
texture memory (which is difficult) or by preloading all textures
(easier) but as a first attempt it should be MUCH better than your
current approach.

There is sample code in the pguide section and there are detailed
discussions in the Performer email archives on how to do this.

Cheers,Angus.

kcc++at++DynRes.com wrote:
>
> Hi,
>
> Here is my question, please help.
> Our driving simulation uses Performer for animation and Multigen for database creation. It calls pfuLoadFile("DatabaseName.flt") every time when loading a new road database. For larger databases, we found
> that there are some graphical glitches (pauses on the graphics) the first time driving through the road, but the problem goes away on the second and succeeding runs. It looks like the visual objects are
> paged in from the disk to the memory on the first run. Is there a way to let the database loaded to the memory all at once?
>
> Kevin
>
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: 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

-- 
For Performer+OpenGL tutorials http://www.dorbie.com/

"Whenever there is a conflict between human rights and property rights, human rights must prevail." --Abraham Lincoln


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Mon Jun 18 2001 - 15:15:10 PDT

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