[Fwd: Re: [Fwd: pfFindNode]]

New Message Reply Date view Thread view Subject view Author view

Garrett Williams (gwilliams++at++etcflorida.com)
Mon, 14 Apr 1997 08:36:24 -0400

Marcus Barnes wrote:
>
> On Apr 12, 3:30pm, Garrett Williams wrote:
> >
> > When Performer's standard loader loads in models it tends to remove
> > group names unless there is multiple siblings (of group types) under the
> > group then it keeps the name unchanged.
>
> It's not just the nodes name that's removed, it's the redundant group itself.
> Some loaders clean the final scene graph of nodes that are not strictly needed
> in order to improve performance. perfly also calls pfdCleanTree() after loading
> a database which does the same thing. This is what you are seeing.

Nope sorry that is not the error:: The error occurs during the load
operation. I have found a bug in the pfdwb.c loadDwbFile(); ..:..
When the load process looped through all of the parts of the model it
would use the string name for the item (ie.. group name, face name, lod
name....) and use pfNodeName(current_node,name); to name the group..
Now the error occurs when it steps through the faces of the item the
current_node does not change because faces are not nodes (stated by
Marcus) but faces do have names in the file so the program would rename
the group to the name of the face hence trashing the given name of the
group...and making pfFindNode apear to error.. (sorry for being so
wordy. I was up late finding this out)

> > Groups at the bottom of tree will allways lose its name. I have not tryed
> but
> > I think that polygon and vertices will allway lose their names.
>
> Polygons and vertices are not nodes in Performer's scene graph. They are
> primitive elements of pfGeoSet objects (which are also not nodes).

I have found this to be true...

>
> 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

attached mail follows:

From: "Marcus Barnes"
Date: Thu, 8 May 1997 11:50:58 -0700
To: info-performer++at++sgi.com
Subject: Re: [Fwd: pfFindNode]
It's not just the nodes name that's removed, it's the redundant group itself.
Some loaders clean the final scene graph of nodes that are not strictly needed
in order to improve performance. perfly also calls pfdCleanTree() after loading
a database which does the same thing. This is what you are seeing.

> Groups at the bottom of tree will allways lose its name. I have not tryed
but
> I think that polygon and vertices will allway lose their names.

Polygons and vertices are not nodes in Performer's scene graph. They are
primitive elements of pfGeoSet objects (which are also not nodes).

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







=======================================================================
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:55:12 PDT

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