From: Simon Mills (simon++at++wgs.estec.esa.nl)
Date: 02/11/2000 00:10:22
kchan2++at++csc.com wrote:
>
> I'm subclassing a pfGroup to add some extra functionality. It's attached
> to the scene graph with no children. However, when I load my whole
> database and it's optimized with pfdCleanTree it's being removed. How
> can I defeat pfdCleanTree from removing my specialized pfGroup (or
> copying it's callbacks to it's parent and effectively renaming it)?
>
> You can pass pfdCleanTree a callback and use it to determine if the node should
> be cleaned. This will solve your problem as long as you are not dealing with
> scs, as scs may be flattend with pfFlatten.
>
> Regards
> Kenneth Chan
> __________________________________________________
> CSC
> 460 Pacific Hwy St Leonarrds NSW 2065
> Ph: +61 2 9901 1165 Mobile: 0413 04 34 74 (+61 413 043474) Fax: +61 2 9901
> 1110
> Email: kchan2++at++csc.com.au
Thanks, I also saw this after I had posted my note. My first tries were
not successfull though. The callback seemed to work i.e. be called
correctly but despite returing FALSE for my new pfGroup type it didn't
help. My new pfGroup type (pfSoundSource to encapsulate sound
functionality) was still somehow being "merged" into groups further up
the scene graph (effectively changing it's name which I rely upon).
As a quick workaround (I'm under time pressure - who isn't ;-) I
inserted a pfSwitch, value set to 0, with my new node under that. This
now prevents optimization changing my pfSoundSource nodes. I guess the
only thing for it is to dig into the pfdCleanTree source code to figure
out what's happening...
Regards, Simon
________________________________________________________________________
Simon Mills
Silicon Worlds S.A.
c/o Modelling & Simulation Section (TOS-EMM) Tel: +31 (0)71 565 3725
European Space Agency (ESA/ESTEC) Fax: +31 (0)71 565 5419
Postbus 299, 2200AG Noordwijk e-mail: simon++at++wgs.estec.esa.nl
The Netherlands http://www.estec.esa.nl/wmwww/EMM
________________________________________________________________________
This archive was generated by hypermail 2b29 : Fri Feb 11 2000 - 00:11:03 PST