Re: loading into pfSwitch

New Message Reply Date view Thread view Subject view Author view

Bernard Leclerc (bleclerc++at++cae.ca)
Mon, 18 Nov 1996 10:13:53 -0500


Mike Stephens wrote:

> i have a simple application that loads approx 150 rather small objects
> into a switch for cycling thru.. these objects are textured with the
> same texture. i get some unexpected behavior.
>
> the FIRST time thru the switch values is really slow between updates.
> all subsequent passes thru are smooth and behave as one would expect.
>
> why does the first cycle behave the way it does ?

Steve Baker wrote:

> It sounds a lot like you are not doing a pfApplyTex on the textures.
>
> Do a pfApplyTex for every texture in the database on the first time
> through the DRAW process.
>
> If they are all really sharing the same texture map then you ought to
get
> just one glitch on the first frame (when Performer does the pfApplyTex
> on your behalf). So it looks like you are also failing to share the
> textures between all those objects. You didn't say what you are using
for
> a loader.

On top of that, I suggest to preload all textures in a DRAW stage
configuration function. Try looking at pfuDownloadTexList(). By doing
that, your application will start without any glitch even on the first
frame.

--
Bernard Leclerc			CAE Electronics Ltd., 8585 Cote De Liesse
Technical Leader		Saint-Laurent, Quebec, Canada, H4L-4X4
3-D Graphics Applications	tel: +1 514 341 2000 extension 2275
bleclerc++at++cae.ca			fax: +1 514 340 5496
=======================================================================
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:53:58 PDT

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