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

Reply via email to