On Thu, 15 May 2003, Ian Romanick wrote:
Ian Romanick wrote:
Ian Romanick wrote:
Log message: Fixed the various supported texture wrap modes. Added a fallback for unsupportable combinations of S/T wrap modes.
All of the exported modes on Radeon, R200, and MGA should be correct now. I'm going to try and look at i830 this week. Could somebody please see about fixing up Rage128 and 3dfx? I see that both of those have some of the same problems that the "fixed" drivers used to have.
I took care of i830 & i810. I don't have access to any i810 or i815 hardware, so I haven't tested that patch yet. Could somebody with that hardware please test this patch?
I spoke to someone at Intel. None of their hardware implements GL_CLAMP. All of their drivers implement GL_CLAMP as GL_CLAMP_TO_EDGE, which is what I have done. Since that's a pretty common case, it's a bad one to make a sw fallback. The good news is that neither of these drivers have the mode mixing quirks that require the fallback cases.
I was just updating the extension lists on the driver status page on the DRI website and noticed a couple of extensions being exported from the i810 driver that don't look like they should be there: EXT_stencil_wrap (no hardware stencil buffer for i810), and SGIS_texture_border_clamp (doesn't seem to handle border clamp, and ARB_texture_border_clamp isn't exported). Should these be removed?
The stencil related extensions should stay. The i810 driver does export visuals with a stencil buffer, but it uses a software fallback for that path. Since the Mesa software rasterizer supports EXT_stencil_wrap, the i810 driver should export it. :)
SGIS_texture_border_clamp was a mistake of mine. I took out the ARB version, but forgot to take out the SGIS version.
This reminds me of something I've wanted to do for Mesa, but have had on the back burner for months. It would be nice to have extension aliasing. That is, if a driver enables SGIS_texture_border clamp, ARB_texture_border_clamp gets automatically enables (and vice versa). It's not a very big deal (which I why I haven't done it yet!), but it would have helped prevent this bug. :)
------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
