I missed that you changed the way texcoords get emitted (4 components for projective texturing) in your patch.
Forget the experimental patch in the bug-database, something similar might be necessary only for the old radeon (R100) somewhen, since this one seems to not support 4 component tex-coords. greetings, Andreas Am 2004.10.10 19:13:51 +0200 schrieb(en) Andreas Stenglein: > Am 2004.10.10 11:14:11 +0200 schrieb(en) Eric Anholt: > > > > http://pdx.freedesktop.org/~anholt/dri/r200-projtex-6.diff > > > > #4 had broken nontcl quite significantly. I'm thinking I just stomped > > some of my changes with another editor window at some point. Things > > seem decent again with the link above, but tcl doom is still in bad > > shape. > > > > Eric, > > could you have a look at > https://freedesktop.org/bugzilla/show_bug.cgi?id=1461 > > there is some code for swtcl to detect "transition" from > 3 component coord STR <-> STQ which might happen in the rare case > if TMUx was used for a cubemap and then for projective texturing > and the coord components of the other TMUs didnt change, too. > > At the moment projective texturing in non-tcl mode can't work because > the q-coord doesn't get emitted ever, its always the r-coord. > > > (Maybe the "global" projtex variable from r200_context.h > should get inized somewhere) > > greetings, > Andreas > ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
