On Thu, Nov 07, 2002 at 09:09:06AM -0800, Ian Romanick wrote: > On Thu, Nov 07, 2002 at 07:48:55AM -0800, Ian Romanick wrote: > > On Wed, Nov 06, 2002 at 11:41:00PM +0100, Dieter N�tzel wrote: > > > Am Mittwoch, 6. November 2002 23:23 schrieb Adam K Kirchhoff: > > > > Hello all, > > > > > > > > These two links show screenshots of glaxium on two separate > > > > machines, one with an r100 (original 64 Meg Radeon) and one with an r200 > > > > (Radeon 8500). > > > > > > > > http://memory.visualtech.com/glaxium-r100.png > > > > http://memory.visualtech.com/glaxium-r200.png > > > > > > > > You may notice that, quite frankly, the floor looks much nicer on > > > > the r100 than on the r200. Can anyone explain why this would be the case? > > > > Shouldn't the r200 support all the same extensions as the r100? > > > > > > Broken textures in the r200 branch? > > > Have you tried with TCL disabled? > > > > > > Please try both with parsec. I see some texture corruption with the r200 > > > there, too. > > > > I know that glaxium is, but is parsec using DOT3? If so, I believe that may > > be the problem. I know that the R200 driver doesn't handle the scale factor > > correctly for ARB_texture_env_dot3 (it always uses a 1x scale). However, I > > don't think /that/ by itself would cause that problem. If that were the > > case, then it would run unbearably slow on R100 (using a non-1x scale causes > > a sw fallback on R100). > > Actually, I found the bug. The R200 driver exports EXT_texture_env_dot3, > but the GL_COMBINE case in r200UpdateTextureEnv (r200_texstate.c) doesn't > have cases for the GL_DOT3_{RGB,RGBA}_EXT enums. The _EXT version *IS* > different (and has different enums) than the ARB/OpenGL 1.3 version. > > Adding case-statements for the _EXT enums everywhere there's a non-EXT enum > should fix the problem, modulo the incorrect implmentation of the non-EXT > version mentioned above. There was some discussion of this a couple months > ago WRT the R100 driver.
Okay. I'm going to fix this in the texmem branch. I need somebody to verify that the R200 has a 16x scale factor. It should be: #define R200_TXC_SCALE_16X (4<<8) It's not in r200_reg.h, but that's what it would be. If the hardware can do that, then I can fix the ARB DOT3 mode to not have any fallback (like the one that exists in the R100 driver). -- Smile! http://antwrp.gsfc.nasa.gov/apod/ap990315.html ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
