Re: cull traversal

New Message Reply Date view Thread view Subject view Author view

Nicolas Gauvin (nicolas++at++cae.ca)
Mon, 21 Apr 1997 10:06:15 -0400

On Apr 18, 3:49pm, Bryan Wasileski wrote:
> Subject: cull traversal
> Performers:
> Need some help.....I have some flt models for which I've set up a
> couple of top level switches. At load time, I go through the database and
> get pointers to the switches (these pointers are allocated from global
> shared mem). During the APP, I pass the pointers for the switches
> through the channel callback data and within the CULL traversal I turn
> off/on each switch base on what I need.
>
> Well, unfortunately, the models are not switching like I'd expect. I ran a
> test case where I do the switching before the CULL process and it
> works fine.. so it sounds like a memory visibility issue. If anyone see's
> what I'm doing wrong/not doing, I'd appreciate a comment and/or advise.
> Thanks in advance.
>-- End of excerpt from Bryan Wasileski

Because Performer uses different copies of nodes in the APP and CULL when mp
it's not advisable to pass node pointers from the APP to the CULL. It's too
late
to make changes on them from the CULL. A better approach would be to set pre
cull callbacks on the nodes you intend to control. Then you could set their
values based on info that you got from channel CULL callback data for example.

int switchPreCullCB(pfTraverser* _trav, void* _travData)
{
  pfSwitch* sw = (pfSwitch*) _trav->getNode();
  sw->setVal(...)
  ...

-- 
Nicolas Gauvin			CAE Electronics Ltd., 8585 Cote De Liesse
Software Developer 		Saint-Laurent, Quebec, Canada, H4L-4X4
3-D Graphics Applications	tel: +1 514 341 2000 extension 2275
nicolas++at++cae.ca			fax: +1 514 340 5496
=======================================================================
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:06 PDT

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