Re: GL display lists in Performer

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++bitch.reading.sgi.com)
Tue, 7 Nov 1995 11:21:47 +0100

You only need to worry about pfFlatten if it is called above transformations
& then only if you reference data below a transformation elsewhere or want
to modify the transformation.
For most models this won't make any difference, even if you subsequently
transform the model. You may have to watch out with instancing, or degree of
freedom beads. For the tank example I wouldn't expect you to have to disable
the flattening unless you used the modeller to instance the tank or unless
you have DOFs in the model eg articulated turret, if you didn't plan on
moving the turret relative to the tank you'd still want to flatten.
Instancing is the real gotcha when flattening.
Experiment before disabling the flatten & clean modes, you may not have to.

Rgds,
Angus.

On Nov 7, 10:03am, Markus Nikolopoulos wrote:
> Subject:
> > >From: ghock++at++gateway.grumman.com (Greg Hock)
> > From: "Angus Dorbie" <dorbie++at++bitch.reading.sgi.com>
> >
> > Just add it several times bellow pfDCS or pfSCS structures,
> > but make sure you don't call pfFlatten above the transformation.
> >
>
> The MultiGen loader calls pfFlatten by default so you have to disable it:
>
> LoadFltMode(PFFLT_FLATTEN, FALSE);
>
> > > 2). How does one 'get a handle' on Multigen models when
> > > they are loaded. What I want to do (and yes I am aware of
>
> > been posted. There is also the registerNode callback mechanisms
> > provided with the multigen loader, but I've never tried this.
>
> It worked quite well for me but I had to disable the PFFLT_FLATTEN and
PFFLT_CLEAN
> modes of the loader. Otherwise you are not sure if the names (and maybe other
> attributes) you give to your models in the modeller will survive the
loader(MultiGen 14.1).
>
>
> Markus Nikolopoulos
> Ericsson InfoCom AB
> Box 1038
> S-65115 KARLSTAD
> SWEDEN
>
> Tel. +46 (0)54 294832
> Fax. +46 (0)54 294001
> e-mail:mani++at++einku.ericsson.se
>
>
>-- End of excerpt from Markus Nikolopoulos

-- 
Angus Dorbie,
Silicon Graphics Ltd, UK
dorbie++at++reading.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:52:01 PDT

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