On Mon, 21 Feb 2000, Joseph Carter wrote:
> On Mon, Feb 21, 2000 at 02:42:20PM -0500, James A Simmons wrote:
>
> > Their does exist a fbdev drivers for this card. The problem is I don't
> > have such a card nor the money at this time to buy it (hint). I would
> > enjoy creating something like Msrcus did for the matrox cards. Of course
> > I like to milk it for more than drawing boxes.
>
> There is a GGI Glide target, but it's 2D. What's wanted is accellerated
> hardware 3D.. Something that CAN render 3 screens of Quake at a decent
> FPS. =>
GGIMesa needs its own Glide target, to work with the basic LibGGI
Glide target. When GGIMesa is attached to a visual context, it will
attempt to load a target which matches the already-loaded LibGGI target.
The GGIMesa target will then transparently extend the functionality of the
the underlying LibGGI target for its own purposes. In the case of
GGIMesa+Glide, the extensions involved would make use of the triangle
drawing functions etc in Glide which are not used by the underlying LibGGI
Glide target.
If the base LibGGI target implements any sort of control interface
on top of Glide (mutexes, primitive queueing, directbuffer mapping, etc),
those features should be used and if necessary extended by the
corresponding GGIMesa target. This allows for a nice type of runtime
polymorphism in the target code.
KGI would definitely make the best target environment to
demonstrate the full power of this technique, but I must admit that Glide
support would probably be a LOT easier to code up. We already have a nice
LibGGI Glide target, and the Glide code in Mesa right now has been
developed for some years already and should be easy to steal for our
purposes. And a basic GGIMesa 3D accelerated target is not at all
difficult to write, I did this last year for Savage4/KGI (ioctl interface)
in a few days.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
- Scientist G. Richard Seed
