1 2 Mesa 6.3 release notes 3 4 July 20, 2005 5 6 PLEASE READ!!!! 7 8 9 10Introduction 11------------ 12 13Mesa uses an even/odd version number scheme like the Linux kernel. 14Odd numbered versions (such as 6.3) designate new developmental releases. 15Even numbered versions (such as 6.2) designate stable releases. 16 17 18 19New Features 20------------ 21 22GL_ARB_draw_buffers - allows a fragment program to write to a number of 23 separate color buffers, instead of just one. 24 25GL_OES_read_format - allows one to query the fastest glReadPixels format 26 and datatype. 27 28GL_ARB_pixel_buffer_object - buffer objects for pixel read/write functions. 29 30GL_EXT_framebuffer_object - allows render-to-texture and provides a 31 window-system indepedent Pbuffer facility. 32 The Mesa CVS tree contains a couple tests of this extension. 33 34DirectFB driver, contributed by Claudio Ciccani. See docs/README.directfb 35for details. 36 37 38 39Vertex/Fragment Program PRINT Instruction 40----------------------------------------- 41 42The GL_NV_vertex_program and GL_NV_fragment_program languages have been 43extended with a PRINT instruction. 44 45 46 47glDeleteTextures(), glDeletePrograms() and glDeleteBuffers() Changed 48-------------------------------------------------------------------- 49 50To match the behaviour of other OpenGL implementations, glDeleteTextures, 51glDeletePrograms and glDeleteBuffers have been modified so that: 52 53 * The named texture/program/buffer ID is immediately freed for re-use. 54 55 * The actual texture object, program or buffers isn't really deleted until 56 it is no longer bound in any rendering context (the reference count 57 is zero). 58 59Previously, the texture/program/buffer ID wasn't freed until the object 60was really deleted. 61 62Note that textures, programs and buffers can be shared by several rendering 63contexts so they can't be deleted until they're unbound in _all_ contexts. 64 65 66 67GL_EXT_framebuffer_object changes 68--------------------------------- 69 70Implementing this extension involved changing a lot of code (for the better). 71 72The gl_framebuffer object now a collection of gl_renderbuffer objects. 73Renderbuffers may store colors, stencil indices, or depth values. The 74gl_framebuffer and gl_renderbuffer types are object-oriented in design. 75 76All the old RGB, color index, stencil and depth-related span functions for 77reading/writing pixels from/to buffers has changed. Now, all pixels are 78read/written through a set of common renderbuffer functions (methods). 79 80Most device drivers have been updated for these changes, but some haven't. 81 82 83 84To Do (someday) items 85--------------------- 86 Switch to freeglut 87 Increase MAX_DRAWBUFFERS 88 driver hooks for BeginQuery/EndQuery 89 90 91 92Miscellaneous 93------------- 94 95The main/get.c file is now generated with a Python script (get_gen.py). 96 97 98 99Driver Status 100---------------------- --------------------- 101XMesa (Xlib) implements OpenGL 1.5 102OSMesa (off-screen) implements OpenGL 1.5 103Glide (3dfx Voodoo1/2) implements OpenGL 1.3 104SVGA implements OpenGL 1.3 105Wind River UGL implements OpenGL 1.3 106Windows/Win32 implements OpenGL 1.5 107DJGPP implements OpenGL 1.5 108GGI implements OpenGL 1.3 109BeOS implements OpenGL 1.5 110Allegro needs updating 111D3D needs updating 112 113 114---------------------------------------------------------------------- 115