Its time to talk to your colleagues and the Delta3D team, and to look at the OSG mailing list achives about state inheritance. I can't help you.
On 3 Nov 2006 18:19:18 -0000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi Robert, You had mentioned substituting the shaders via scene traversal or state inheritance. I know how to enable/disable/substitute (perhaps cripple) the shader. My problem is setting the scene up properly (either through scene traversal or state inheritance) such that the RTT's CameraNode is crippled while the main Producer camera's shader is fully intact. Basically, I just don't know how to implement the state inheritance or scene traversal aspects such that my "crippling" and "enabling" functions (that I have written) can be called prior to the rendering of their respective cameras. Thanks, Brian > Hi Brian, > > Gees you really need to talk to the guys who set up the shaders about > this, I can't comment on stuff I have nothing to do with... > > Robert. > > On 3 Nov 2006 17:27:14 -0000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > Hi Robert, > > > > I realize that enabling or disabling of GL_LIGHTING will have no effect in > > regard to the shaders. I have implemeneted a way to change a uniform so > > that lighting can be toggled. > > > > My initial attempt at toggling the light uniform was with callbacks. This, > > as you pointed out, will not work. > > > > I know enough OSG to be dangerous, but that is about it. How can I use the > > OSG standard state inheritance mechanism to help me toggle the light > > uniform? > > > > Thanks, > > Brian > > > > > HI Brian, > > > > > > If shaders are being used for lighting then all you can do is change > > > uniforms or change the shaders themelves, no enabling or disabling of > > > the GL_LIGHTING etc will make a difference. Putting in callbacks > > > won't help either - you have to substitute the shaders being used, and > > > the OSG's standard state inheritance mechanism or just traversing > > > through the scene will help. > > > > > > Robert. > > > > _______________________________________________ > > osg-users mailing list > > [email protected] > > http://openscenegraph.net/mailman/listinfo/osg-users > > http://www.openscenegraph.org/ > > > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > > > _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
