On Thu, 23 Jul 1998, Doug Little wrote:
> >Btw. I partially ported SRGP and SPHIGS to VDI. It worked, sortof, but
> >after having spent a couple of months with it I realised that SPHIGS
> >itself is pretty unusable... The speed was acceptable though.
>
> That's pretty cool! If you want to help me with Mesa, then please do - I
Well, after those two months with SPHIGS-programming I'm pretty sick of
it... And to be honest I never fully understood it, I only used it ;-)
Porting it to VDI consisted mainly of going trough the source and replace
some code with VDI-calls.
> could do with a hand on the VDI/GEM window context stuff. The optimised
The VDI/GEM stuff I can help you with :-) Right now I'm coding a small
GEM-library myself, it's basically for handling dialogs but as it use
windows I have a window-library in there as well. Basically I've just
abstracted the AES a bit, windows are handled with simple functions. To
draw inside a window you just set a pointer in a structure to point to
your own drawing-routine. This will then be called when needed with the
appropriate clipping-rectangle.
> Ideally, I would like a GEM library or environment that would allow the
> OpenGL Glut/Tk to attach device drivers to windows, which would let us
> render 3D in a gem window from within an application.
I'm not familiar with OpenGL so I don't have a clue what you're talking
about ;-) But if Mesa can render to offscreen bitmaps then all that's
needed is to make sure that these bitmaps are in a device-dependent format
so VDI understands them. Then it's a piece of cake to draw these in
windows with my library, all you need is a function like this:
WORD blitBitmap(WIN *win, WORD *msg)
{
use bitblt to blit (parts of) the bitmap to the screen-coordinates given
in the array msg.
}
Attach this function to a window and the library will take care of the
rest.
/*
** Jo Even Skarstein
http://www.stud.ntnu.no/~josk/
**
** beer - maria mckee - atari falcon - babylon 5
*/
Received on to. juli 23 1998 - 21:57:00 CEST