Re: OpenFlight Cloning Scale Problem

New Message Reply Date view Thread view Subject view Author view

Marcus Barnes (marcus++at++multigen.com)
Mon, 24 Nov 1997 20:05:14 -0800


On Nov 24, 6:33pm, Jeremy Townsend wrote:
> We're trying to load in a heirarchy from GameGen II using loader 15.2 then
> we're cloning it. The top bead of the heirarchy is a group bead that has
> been scaled. When we clone it, all transformations on the group bead are
> ignored.

do you mean pfClone? do you clone it before or after you call pfFlatten?
is the scale uniform? what version of performer are you using?

> We can't convert the geometry, as all the DOF nodes (DCS in performer)
> would then be converted to useless groups.

what do you mean by "convert"? what tool or process are you using for that?

> If we scale the geometry polygon by polygon, the DOFs are in the wrong
places.

the DOF represents a local origin that may be distinct from the world's origin.
you cannot flatten the scale thru the DOF (DCS). pfFlatten does not transform
thru a pfDCS for example.

note: a DOF can include a scale transform itself. the scale (if present) is
used by current R15.4 loaders to initialize the corresponding pfDCS. the loader
node callback can give you the CB_DOF data which contains the DOF parameters.
you can use these to articulate the DCS ... including scale. see the loader's
release notes and/or README file for details.

> Is scaling the model by a DCS every frame our only solution (other than
> reworking the DOFs one at a time)?

why are you scaling the model? how frequently?

Regards.

--
+ Marcus Barnes, Technical Staff        mailto:marcus++at++multigen.com +
+ Multigen Inc.                         http://www.multigen.com    +
+ 550 S. Winchester Blvd.               phoneto:1-408-556-2654     +
+ Suite 500 San Jose CA 95128           faxto:1-408-261-4102       +
=======================================================================
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:56:15 PDT

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