On Fri, 2004-01-09 at 01:47, Roland Scheidegger wrote: > Based on the idea of Felix KÃhling that the order in which state atoms > are emitted might be important on the radeon, I thought maybe it might > be important on the r200 as well, even though there are no lockups. > With the attached patch indeed the random color flashings seem to be > gone (at least in specviewperf 7.1 and nwn -
Indeed, great work Felix and Roland! The lighting seems perfect now in foobillard and BillardGL, for example. > note that the lighting in nwn is still hosed in some areas completely, > but it no longer flickers). I can't try NWN unfortunately, but I still see problems in bzflag. When a bullet bounces off a wall, the lighting seems correct while the bullet is close to the wall, i.e. the brightness on the wall quickly diminishes around the highlight (each bullet is a light source). As the bullet flies away from the wall, suddenly the whole wall is about as bright as the highlight was before. It diminishes again but then suddenly turns bright again, and so on. Walls at any far distance behave similar, so a single bullet makes for a very unnaturally bright map. :\ Seems like some distance function overflows and wraps around? Makes any sense? > The emit order of the atoms in this patch is just a guess. I've just > tried to figure out an order which looked somehow logical, i.e. the > stuff which MIGHT need some other state applied first is submitted last, > not sure if it really makes sense [...] It's obviously an improvement and can always be further improved later on. > I've no idea if the order is really important or if this just hides > another problem, maybe someone with databooks could answer that. I don't remember seeing any clear information about this in the docs I have, but your patch is proof enough for me that it does matter. :) On Fri, 2004-01-09 at 13:58, Felix KÃhling wrote: > Since the number of texture units is going to be configurable [...] I thought this won't be necessary with the new t_vertex stuff? -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Software libre enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- 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
