Roland Scheidegger wrote: > Currently, fog in vertex programs doesn't work when using per-vertex > fog, since the fog factor computation is not done in the tnl pipeline. I > think the most elegant solution to this problem would be to just move > the (slightly changed) fog pipeline stage to after the various vertex > prog extensions. Is it safe to move pipeline stages around? I think it > should be as long as a stage doesn't need the output of another one. It > seems to work (only tested with arb_vp), but I might miss some > pitfalls... (obviously, hw drivers using their own pipelines would need > to change the order too).
There's no requirement that OpenGL implement per-vertex fog. Ideally, it would always be done per-fragment, so that it properly modifies the post-texture color. Per-vertex fog (triggered by glHint(GL_FASTEST/GL_DONT_CARE)) was intended as a way to allow a faster/less-accurate fog effect on slower hardware/software. If the R200 supports per-pixel fog, is there any reason why we don't want to use it all the time? -Brian ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
