Re: Decals with projected textures again??

New Message Reply Date view Thread view Subject view Author view

Robert Webb (robertw++at++wormald.COM.AU)
Thu, 20 Jul 1995 10:26:22 +1000 (EST)


Hey Nacho,

> We had a similar problem with zwritemasks, and maybe it'd be best if you
> can handle the displacepolygon in callbacks by yourself. Even if you
> consider using callbacks in the decaled nodes to reset the zwritemask,
> that might not work properly, since the writemask ( at least in our case )
> were changed after the draw node callback.
>
> Jim Helman told me a few weeks ago that ...
>
> >In 1.2, PFTR_NO_OCCLUDE transparency and PFDECAL_BASE_FAST/DISPLACE,
> >diddle the zwritemask as part of their operation.

This is sad :-( It's a pity I can't say pfOverride(PFSTATE_ZWRITEMASK) or
something like that. But you mention that it happens in 1.2, will anything
be different in 2.0? I assume it will still diddle the zwritemask.

It seems like such a simple thing to just stop the call to zwritemask(), but
instead I will have to traverse the scene graph, replace all the pfLayer
nodes with pfGroups, and add my own call-backs to all the children (or at
least the first two) to handle the decal stuff. This will be an even bigger
pain when we use the Performer 2.0 large-area data-base management stuff.

> About the multiproc, when you call pfConfig the forks are separated from
> the main process, and it's kind of hard to change the mp mode afterwards.
>
> Maybe there's a way to do it, but not easily.

Huh? I don't want to change the mp mode at all. What I wrote was this:

> PS. Has anyone else had problems with the draw-mask apparently not having
> any effect in multiprocess mode when set from the APP after pfConfig()????
> My CULL seems to still be using the old value ;-(

At some point after pfConfig (ie, after the CULL & DRAW have forked off), I
want to change the draw-mask for one of my channels with (from the APP):
    pfChanTravMask(channel, PFTRAV_DRAW, mask);
But it seems to still be using the mask that was set before pfConfig.
Everything works if I run in a single process though.

> It's a bad day here too :)

It's been a bad week!

Thanks,
Rob.

------------------------------------------------------------------------------
 _
|_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw++at++wormald.com.au
| \(_)|_)(/_| |_ \/\/ (/_|_)|_)o

"Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down"
                                                                - Snow.

------------------------------------------------------------------------------


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:51:41 PDT

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