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