Ian Romanick wrote: > > On Wed, Feb 20, 2002 at 10:32:31PM +0000, Keith Whitwell wrote: > > > Ian Romanick wrote: > > > > > Since the G550 is, basically, just a slightly enhanced G400/G450, it is > > > supported by the DRI, right? If so, then does anyone have any information > > > about the "partial T&L support" in the G550? Now that we've got some T&L > > > support for the Radeon, it might be nice to look at this card, too. > > > > I don't have any information about it, in fact I've never had access to one of > > the cards to test or verify that the driver works on it. > > I looked in the support forums on the Matrox site, and people seem to be > having mixed results. 400 fps in gears (ouch!), but Q3 and UT being > playable. Not exactly sure how that could work... > > > However, if you can get doco, it should be reasonably easy to add > > transformation support (I don't think the card does lighting???). > > In searching the net, I don't even think it really supports transformations. > As near as I can tell, it only supports blending transformed verticies. I'm > starting to wonder if that's even useful at all.
If that's true, it's not useful as we don't export/support a blending extension... But I'm suprised to hear that - I was certainly under the impression that basic transformation (and clipping) was supported. > On another note, there was some brief discussion in May of last year about > environment bump-map (EMBM) support on the Matrox cards. The final > "conclusion" was that it was not supported by the DRI because there was no > extension that covered it. About 3 months after that discussion, the > ATI_envmap_bumpmap extension appeared. Does anyone know if this extension > and the functionality of the Matrox hardware are a good match? The > extension document (see the link below) doesn't mention anything about IP > status, but that may or may not actually mean anything... > > http://oss.sgi.com/projects/ogl-sample/registry/ATI/envmap_bumpmap.txt > http://www.mail-archive.com/dri-devel%40lists.sourceforge.net/msg00490.html When approaching something like this the first thing you have to do is extend the Mesa software rasterizer to include this functionality. This isn't a hard task, but people often don't realized it's a necessary one before hardware support can be added. Keith _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel