Hi Bjoern,

Björn Zehner wrote:
> Hi Sajjadul, Hi Carsten,
>  
> shouldn't MaterialGroups solve this problem? Sajjadul could then use the same 
> geometry core below the two different MaterialGroups. As the material higher 
> up 
> in the graph overides the ones below it, it should't event matter if the 
> geometry still has is its own material. Am I wrong?
>  
> So what I am suggesting is: Having a switch with two MaterialGroups as 
> children, containing the two different shaders as material. These two have 
> each 
> a Node as child with the same geometry as a core. Switching then should use 
> different materials while the used geometry is the same.
>  
> Otherwise I think Sajjadul would need a deep copy of the geometry core. Else 
> the 
> copy shares the material with the original geometry. Do I understand 
> something 
> wrong?

nope, that's what I was going to recommend. Now I don't have to anymore. ;)

Thanks

        Dirk

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to