Karl, The Windows driver is looking pretty decent now.
The framebuffer/renderbuffer code should be working correctly now but I'll run an idea past you to consider.
Since the framebufffer object overhaul in Mesa, it's now possible for a driver to let core Mesa totally manage the front/back color buffers.
If you call _mesa_add_soft_renderbuffers() and pass GL_TRUE for the color parameter, Mesa will create its own front/back colorbuffers and render into them automatically.
In this case, all the driver would have to do is implement glFlush/Finish and SwapBuffers (no Get/Put span routines). Those functions would just have to update the actual window with the contents of the front or back colorbuffer.
This would make for a very small, simple driver. The downside is somewhat lower performance in some cases. For example, even if you're drawing something relatively simple you'd have to convert/blit an entire color buffer to the window rather than directly write just the pixels being rendered.
Just something to consider. -Brian ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
