On Tue, 13 Jan 2004 21:12:53 +0100
Roland Scheidegger <[EMAIL PROTECTED]> wrote:

> Michel Dänzer wrote:
> > On Tue, 2004-01-13 at 14:51, Felix Kühling wrote: 
> > 
> >>On Tue, 13 Jan 2004 14:38:37 +0100
> >>Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>On Mon, 2004-01-12 at 17:44, Michel Dänzer wrote:
> >>>
> >>>>There are still minor problems, e.g. in the xscreensaver endgame hack, 
> >>>>but those might be related to colour material (known to horribly break 
> >>>>trackballs, e.g.).
> >>>
> >>>The funny thing about the problem in endgame is that it's much less
> >>>severe if run as
> >>>
> >>>R200_DEBUG=state /usr/lib/xscreensaver/endgame 2>/dev/null
> >>>
> >>>as opposed to just
> >>>
> >>>/usr/lib/xscreensaver/endgame
> >>
> >>A timing problem? 
> > 
> > 
> > Apparently...
> 
> Sure this is about timing?
> 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).
> Apart from that, I couldn't see other errors (with a 9000pro).
> Maybe not all necessary state is submitted?

The funny thing is, that I'm seeing the same on Radeon (r100). It took
me a while to realize that this was the behaviour you were describing
;-). I always thought the changing colors were intentional. It makes
sense since the color depends on whose move it is. But with TCL disabled
and with indirect rendering the colors don't change. I also tried this
on my ProSavage and it looks the same as with software TCL and indirect
rendering. Maybe taking a look at the endgame source code would shed
some light on this?

> 
> Roland
> 


------------    __\|/__    ___     ___       -------------------------
 Felix       ___\_e -_/___/ __\___/ __\_____   You can do anything,
   Kühling  (_____\Ä/____/ /_____/ /________)  just not everything
 [EMAIL PROTECTED]       \___/   \___/   U        at the same time.


-------------------------------------------------------
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

Reply via email to