[Fieldtrip] Re: Adding lighting to FieldTrip

[Peter Verswyvelen]

Thanks Ivan!
If the Khronos group had the courage to make OpenGL 3.0 a complete redesign
as DirectX 10 was, it would all be much easier wouldn't it?


On Fri, Dec 12, 2008 at 6:50 PM, Ivan Tomac <tomac at pacific.net.au> wrote:

> Hi David,
>
> Adding lighting in this way makes sense for the fixed function OpenGL
> pipeline but it is too restrictive and redundant for shaders.
> gl_LightSource was provided in GLSL for backwards compatibility, mostly for
> those who want to add shaders to their existing applications that use legacy
> OpenGL.
>
> With shaders, rather than rely on several fixed functions for lighting it
> is now possible to implement all kinds of different forms of lighting and
> the 8 light limitation of the fixed function pipeline is no longer there
> either.
>
> One final thing to note is that as of OpenGL 3.0, all lighting functions
> have been deprecated.
>
> Regards,
>
> Ivan
>
> >> I'm not sure if the maximum number of lights applies when using custom
> GPU
> >> shaders...
> >>
> >
> > I looked into this. An example shader application [1] used normal
> glLight*
> > commands to set up the lighting.  This tutorial [2] shows that shaders
> have
> > access the light information via. the gl_LightSource array and have the
> > option to use it or not. I can imagine someone defining unlimited light
> > parameters with uniform variables in glsl if they really wanted to.
> >
> > [1] http://cs.anu.edu.au/Student/comp4610/2007/labs/gpu.html
> > [2] http://www.clockworkcoders.com/oglsl/tutorial5.htm
> >
> > David
> _______________________________________________
> FieldTrip mailing list
> FieldTrip at haskell.org
> http://www.haskell.org/mailman/listinfo/fieldtrip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/fieldtrip/attachments/20081212/d6146140/attachment.htm