Re: Loadflt Callback And Pfnodes

New Message Reply Date view Thread view Subject view Author view

Jim Helman (jimh++at++surreal)
Tue, 22 Mar 94 19:47:16 -0800

As a performance optimization the loader "flattens" (removes static
xform by applying them to geoemtry) and "cleans" (removes
unnecessary nodes) the scene graph. Since flattening has to
duplicate instanced subgraphs, you may find some new nodes in your
scene graph. Since clean removes nodes, some may be missing as
well. See LoadFltMode to change this behavior, or use callbacks
or pfFind<Node> to reconstruct the information you need on the
optimized scene graph.

rgds,

-jim helman

jimh++at++surreal.asd.sgi.com
415/390-1151

  To: info-performer++at++sgi.sgi.com
  Subject: Loadflt Callback And Pfnodes
  Date: Fri, 18 Feb 94 15:37:56 CET
  From: "Infobyte S.R.L." <MC9258++at++mclink.it>
  Message-Id: <9402181537.aa19654++at++ax433.mclink.it>
   
  Hi all,
  I am "playing" with Performer1.2a81.irix5 beta and I have experienced
  a strange behavior:
   
  I am using the callback functions with LoadFlt routine.
   
  At loading time (in the callback function), I print the addresses of
  the Performer nodes and their names that are (by default) the same of
  MultiGen ones. When, after in the application, I print the same
  addresses (from the pfHit structure after a collision I can obtain the
  Geodes), they are different for the objects. I am sure that the nodes
  are the right ones because I know the polygons of the objects and
  because if I print the adresses and names of the Parents of the nodes,
  they are the right ones. Further when I try to find the addresses of
  the objects by name with pfFind, it doesn't work for them (NULL return
  values), but it works fine for the parent groups or lods.
   
  It seems that the objects' addresses are in some way changed and their
  names deleted, while groups' and lods' are not.
   
  Is it possible or is there anything else I have to do (or not to do!).
   
  Thank you in advance for any help.
   
  Massimo Cuomo - Infobyte - mc9258++at++mclink.it
   
   
   

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:50:13 PDT

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