Re: OpenGL/MesaGL -> TosGL?

From: Doug Little <doug_at_innerworkings.co.uk>
Date: Thu, 23 Jul 1998 14:46:43 +0100

>What about this: MesaGL renders to VDI-compatible device-dependant
>offscreen bitmaps (phew!), and VDI blits it to screen? If you use
>vq_scrn-something you can inquire the screen-layout, so it should be
>possible to support all graphics-card. Remember that there's a lot of
>potential users that has Mach64, S3, ET4000/6000 etc. This method would
>also make it easy to use GL in GEM-applications :-)


Good plan batman. That way, you can avoid GDI/VDI getpixel/putpixel
calls and get some speed out of the optimised rendering functions, then
benefit from fast hardware conversion blits if they are available. :)

>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
could do with a hand on the VDI/GEM window context stuff. The optimised
rendering will be a fun project for me, it's the GEM stuff I don't know much
about and I would benefit from some outside help to speed things along.

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.

Btw, if you want the Mesa source, look here:

http://www.opengl.org/Developers/Implementations/Mesa.html

Doug.
Received on to. juli 23 1998 - 21:57:00 CEST

This archive was generated by hypermail 2.3.0 : ti. nov. 03 2015 - 20:07:54 CET