| |
| Mesa 6.3 release notes |
| |
| July 20, 2005 |
| |
| PLEASE READ!!!! |
| |
| |
| |
| Introduction |
| ------------ |
| |
| Mesa uses an even/odd version number scheme like the Linux kernel. |
| Odd numbered versions (such as 6.3) designate new developmental releases. |
| Even numbered versions (such as 6.2) designate stable releases. |
| |
| |
| |
| New Features |
| ------------ |
| |
| GL_ARB_draw_buffers - allows a fragment program to write to a number of |
| separate color buffers, instead of just one. |
| |
| GL_OES_read_format - allows one to query the fastest glReadPixels format |
| and datatype. |
| |
| GL_ARB_pixel_buffer_object - buffer objects for pixel read/write functions. |
| |
| GL_EXT_framebuffer_object - allows render-to-texture and provides a |
| window-system indepedent Pbuffer facility. |
| The Mesa CVS tree contains a couple tests of this extension. |
| |
| DirectFB driver, contributed by Claudio Ciccani. See docs/README.directfb |
| for details. |
| |
| |
| |
| Vertex/Fragment Program PRINT Instruction |
| ----------------------------------------- |
| |
| The GL_NV_vertex_program and GL_NV_fragment_program languages have been |
| extended with a PRINT instruction. |
| |
| |
| |
| glDeleteTextures(), glDeletePrograms() and glDeleteBuffers() Changed |
| -------------------------------------------------------------------- |
| |
| To match the behaviour of other OpenGL implementations, glDeleteTextures, |
| glDeletePrograms and glDeleteBuffers have been modified so that: |
| |
| * The named texture/program/buffer ID is immediately freed for re-use. |
| |
| * The actual texture object, program or buffers isn't really deleted until |
| it is no longer bound in any rendering context (the reference count |
| is zero). |
| |
| Previously, the texture/program/buffer ID wasn't freed until the object |
| was really deleted. |
| |
| Note that textures, programs and buffers can be shared by several rendering |
| contexts so they can't be deleted until they're unbound in _all_ contexts. |
| |
| |
| |
| GL_EXT_framebuffer_object changes |
| --------------------------------- |
| |
| Implementing this extension involved changing a lot of code (for the better). |
| |
| The gl_framebuffer object now a collection of gl_renderbuffer objects. |
| Renderbuffers may store colors, stencil indices, or depth values. The |
| gl_framebuffer and gl_renderbuffer types are object-oriented in design. |
| |
| All the old RGB, color index, stencil and depth-related span functions for |
| reading/writing pixels from/to buffers has changed. Now, all pixels are |
| read/written through a set of common renderbuffer functions (methods). |
| |
| Most device drivers have been updated for these changes, but some haven't. |
| |
| |
| |
| To Do (someday) items |
| --------------------- |
| Switch to freeglut |
| Increase MAX_DRAWBUFFERS |
| driver hooks for BeginQuery/EndQuery |
| |
| |
| |
| Miscellaneous |
| ------------- |
| |
| The main/get.c file is now generated with a Python script (get_gen.py). |
| |
| |
| |
| Driver Status |
| ---------------------- --------------------- |
| XMesa (Xlib) implements OpenGL 1.5 |
| OSMesa (off-screen) implements OpenGL 1.5 |
| Glide (3dfx Voodoo1/2) implements OpenGL 1.3 |
| SVGA implements OpenGL 1.3 |
| Wind River UGL implements OpenGL 1.3 |
| Windows/Win32 implements OpenGL 1.5 |
| DJGPP implements OpenGL 1.5 |
| GGI implements OpenGL 1.3 |
| BeOS implements OpenGL 1.5 |
| Allegro needs updating |
| D3D needs updating |
| |
| |
| ---------------------------------------------------------------------- |
| $Id: RELNOTES-6.3,v 3.13 2005/07/21 15:57:29 brianp Exp $ |