On Tue, 2004-01-13 at 21:12, Roland Scheidegger wrote:Well for me there was no difference at all when running with R200_DEBUG=state (except the huge speed difference of course), and since the alternating lighting doesn't appear to be random (as you've also observed) and I never get the correct colours I just thought it's probably not timing related. But I'm certainly no expert ;-)
Sure this is about timing?
No, the only thing I'm sure of is that _mesa_lookup_enum_by_nr() reliably works around part of the problem here.
What I see in endgame is this:
Every few seconds, the colors change from orange/brown to orange-brown/grey. Compared to R200_NO_TCL (or software mesa) both of these color sets are wrong (should be orange/grey if mesa is correct).
It has several colour schemes, but yes, the alternating lighting (which seems to correspond to some moving pieces here) is the problem.
Maybe not all necessary state is submitted?
Maybe, but that doesn't really explain my observations, does it?
Interesting you got multiple colour schemes, here it is strictly limited to only 2.
Roland
------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
