Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2766
------- Additional Comments From [EMAIL PROTECTED] 2005-09-28 15:54 -------
(In reply to comment #1)
> I've turned the fallback off, since it seems GL_SPHERE_MAP should work, and
> apparently works in some cases. I've confirmed that R200_LOCAL_VIEWER did fix
> texcyl (just drop it into the TCL_LIGHT_MODEL_CTL_0 of r200_state_init.c to
> see), though reading gl specs and ati specs, I can't come up with a reason
> why.
I think this is a common hardware limitation, Direct3d has a caps bit for
exactly that (D3DVTXPCAPS_NO_TEXGEN_NONLOCALVIEWER, though it needs to be said
the radeons do not set it). I believe the reason is that some calculations
related to eye-coordinate transforms are shared between lighting and texgen.
However, I'm wondering is it possible (and if not, what sort of lights will
break?) to always set R200_LOCAL_VIEWER if texgen is enabled? It seems it's
necessary to set _mesa_allow_light_in_model to 0 (same as fog already does) in
that case, with that set lighting still seems to be correct if R200_LOCAL_VIEWER
is always enabled, but the math behind it escapes me a bit.
I think it would be needed for all texgen modes, not just GL_SPHERE_MAP, with
probably the exception of the GL_OBJECT_LINEAR mode, on both r100 and r200.
I'll code that up if someone else thinks this might be the correct thing to do
:-).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
