1 2 Mesa 5.1 release notes 3 4 December 17, 2003 5 6 PLEASE READ!!!! 7 8 9 10 Introduction 11 ------------ 12 13 Mesa uses an even/odd version number scheme like the Linux kernel. 14 Even-numbered versions (such as 5.0) designate stable releases. 15 Odd-numbered versions (such as 5.1) designate new developmental releases. 16 17 18 Bug fixes 19 --------- 20 See the VERSIONS file for a list of bugs fixed in this release. 21 22 23 24 New Features in Mesa 5.1 25 ------------------------ 26 27 GL_ARB_vertex_program / GL_ARB_fragment_program 28 Michal Krol and Karl Rasche implemented these extensions. Thanks! 29 Be aware that there may be some rough edges and lurking bugs. 30 31 GL_ATI_texture_env_combine3 extension 32 This adds a few new texture combine modes. 33 Contributed by Ian Romanick. 34 35 GL_SGI_texture_color_table 36 Adds a color table lookup to the RGBA texture path. There's a separate 37 color table for each texture unit. 38 Contributed by Eric Plante. 39 40 GL_NV_fragment_program 41 NVIDIA's fragment-level programming feature. 42 Possible lurking bugs: 43 - the DDX and DDY commands aren't fully tested 44 - there may be bugs in the parser 45 - the TEX and TXP instructions both do perspective correction 46 - the pack/unpack instructions may not be correct 47 48 GL_EXT_depth_bounds_test 49 This extension adds a scissor-like test for the Z axis. It's used to 50 optimize stencil-volume shadow algorithms. 51 52 GL_NV_light_max_exponent 53 Lifts the 128 limit for max light exponent. 54 55 GL_EXT_texture_rectangle 56 Identical to GL_NV_texture_rectangle 57 58 GL_ARB_occlusion_query 59 Useful for visibility-based culling. 60 61 GL_ARB_texture_non_power_of_two 62 Removes the restriction that texture dimensions must be powers of two. 63 64 GL_ARB_vertex_buffer_object 65 Allows server-side vertex arrays, optimized host/card data transfers, etc. 66 67 GL_ARB_point_sprite 68 ARB-approved version of GL_NV_point_sprite. Basically allows textures 69 to be applied to points. 70 71 GL_IBM_multimode_draw_arrays 72 Allows multiple vertex arrays to be drawn with one call, including arrays 73 of different types of primitives. 74 75 GL_SUN_multi_draw_arrays 76 An alias for GL_EXT_multi_draw_arrays, standard in OpenGL 1.4. 77 78 Faster glDrawPixels / glCopyPixels in X11 driver 79 If your X screen is 32bpp, glDrawPixels to the front color buffer will 80 be accelerated (via XPutImage()) if the image format is GL_BGRA and the 81 type is GL_UNSIGNED_BYTE. No raster operations, such as depth test, 82 blend, fog, etc. can be enabled. 83 84 If your X screen is 16bpp, glDrawPixels to the front color buffer will 85 be accelerated (via XPutImage()) if the image format is GL_RGB and the 86 type is GL_UNSIGNED_SHORT_5_6_5. No raster operations, such as depth 87 test, blend, fog, etc. can be enabled. 88 89 glCopyPixels() calls for the front color buffer will be accelerated 90 (via XCopyArea()) if no raster operations, such as depth test, blend, 91 fog, pixel zoom, etc. are enabled. 92 93 The speed-up over typical software rendering is a factor of 10 for 94 glDrawPixels and 100 for glCopyPixels. 95 96 97 With the addition of GL_ARB_occlusion_query, GL_ARB_vertex_buffer_object, 98 GL_ARB_texture_non_power_of_two and GL_EXT_shadow_funcs, Mesa 5.1 supports 99 all the new features of OpenGL 1.5. Mesa 6.0 (the next stable release) 100 will advertise GL_VERSION = "1.5". 101 102 103 104 Vertex/Fragment program debugger 105 -------------------------------- 106 107 GL_MESA_program_debug is an experimental extension to support 108 interactive debugging of vertex and fragment programs. See the 109 docs/specs/OLD/MESA_program_debug.spec file for details. 110 111 The bulk of the vertex/fragment program debugger is implemented 112 outside of Mesa. The GL_MESA_program_debug extension just has minimal 113 hooks for stopping running programs and inspecting programs. 114 115 The progs/tests/debugger.c (only in CVS) program is an example of how 116 the extension can be used. Presently, the debugger code and demo code 117 is in the same file. Eventually the debugger code should be moved 118 into a reusable module. 119 120 As it is now, the demo lets you set breakpoings in vertex/fragment 121 programs, single step, and print intermediate register values. It's 122 basically just a proof of concept. 123 124 125 126 Directory tree reorganization 127 ----------------------------- 128 129 The directory structure for Mesa has been overhauled to improve its layout. 130 All source code for Mesa, GLU, GLUT, etc is now under the src/ directory 131 in appropriate subdirectories. 132 133 The Mesa source code and drivers has been reorganized under src/mesa/. 134 135 All demonstration programs and tests are now in subdirectories under progs/. 136 137 138 139 Build System Changes 140 -------------------- 141 142 The GNU automake/autoconf support has been removed. As it was, it seldom 143 worked on anything but Linux. The Mesa developers aren't big fans of 144 automake/autoconf/libtool and didn't have the time to maintain it. 145 If someone wants to contribute new automake/autoconf support (and is 146 willing to maintain it), it may be re-incorporated into Mesa, subject 147 to some requirements. 148 149 The "old style" makefile system has been updated: 150 1. Make-config has been trimmed down to fewer, modern configurations. 151 2. Most of the bin/mklib.* scripts have been rolled into a new "mklib" 152 script that works on all sorts of systems. There are probably some 153 bugs in it, but it's been tested on Linux, SunOS 5.8 and IRIX 6.5. 154 Improvements/contributes are greatly appreciated. 155 3. The Makefile.X11 files have been cleaned up in various ways 156 157 158 159 Source File Changes 160 ------------------- 161 162 The mmath.[ch] files are obsolete. Their contents have been moved 163 into the imports.[ch] and macros.[ch] files. 164 165 The files related to vertex and fragment programming have changed. 166 Old files: 167 vpexec.[ch] 168 vpparse.[ch] 169 vpstate.[ch] 170 New files: 171 program.[ch] - generic ARB/NV program code 172 arbprogram.[ch] - ARB program API functions 173 arbfragparse.[ch] - ARB fragment program parsing 174 arbvertparse.[ch] - ARB vertex program parsing 175 arbparse.[ch] - ARB vertex/fragment parsing 176 arbparse_syn.h - vertex/fragment program syntax 177 nvprogram.[ch] - NV program API functions 178 nvvertprog.h - NV vertex program definitions 179 nvfragprog.h - NV fragment program definitions 180 nvvertparse.[ch] - NV vertex program parser 181 nvfragparse.[ch] - NV fragment program parser 182 nvvertexec.[ch] - NV vertex program execution 183 swrast/s_nvfragprog.[ch] - NV fragment program execution 184 185 The files related to per-vertex handling have changed. 186 Old files: 187 tnl/t_eval_api.c - old per-vertex code 188 tnl/t_imm_alloc.c - old per-vertex code 189 tnl/t_imm_api.c - old per-vertex code 190 tnl/t_imm_debug.c - old per-vertex code 191 tnl/t_imm_dlist.c - old per-vertex code 192 tnl/t_imm_elt.c - old per-vertex code 193 tnl/t_imm_eval.c - old per-vertex code 194 tnl/t_imm_exec.c - old per-vertex code 195 tnl/t_imm_fixup.c - old per-vertex code 196 tnl/t_vtx_sse.c - old per-vertex code 197 tnl/t_vtx_x86.c - old per-vertex code 198 New files: 199 tnl/t_save_api.c - new per-vertex code 200 tnl/t_save_loopback.c - new per-vertex code 201 tnl/t_save_playback.c - new per-vertex code 202 tnl/t_vtx_eval.c - old per-vertex code 203 204 Other new files: 205 bufferobj.[ch] - GL_ARB_vertex_buffer_object functions 206 version.h - defines the Mesa version info 207 208 Other removed files: 209 swrast/s_histogram.[ch] - moved into src/histogram.c 210 211 212 213 Other Changes 214 ------------- 215 216 The ctx->Driver.CreateTexture function has been removed - it wasn't used. 217 218 New device driver hook functions: 219 NewTextureObject - used to allocate struct gl_texture_objects 220 NewTextureImage - used to allocate struct gl_texture_images 221 222 New ctx->Texture._EnabledCoordUnits field: 223 With the addition of GL_NV_fragment_program we may need to interpolate 224 various sets of texture coordinates even when the corresponding texture 225 unit is not enabled. That is, glEnable(GL_TEXTURE_xD) may never get 226 called but we still may have to interpolate texture coordinates across 227 triangles so that the fragment program will get them. 228 This new field indicates which sets of texture coordinates are needed. 229 If a bit is set in the ctx->Texture._EnabledUnits bitmask is set, the 230 same bit MUST be set in ctx->Texture._EnabledCoordUnits. 231 232 The ctx->_TriangleCaps field is deprecated. 233 Instead of testing the DD_* bits in _TriangleCaps, you should instead 234 directly test the relevant state variables, or use one of the helper 235 functions like NEED_SECONDARY_COLOR() at the bottom of context.h 236 While testing _TriangleCaps bits was fast, it was kludgey, and setting 237 the bits in the first place could be error prone. 238 239 New vertex processing code. 240 The code behind glBegin, glEnd, glVertex, glNormal, etc. has been 241 totally rewritten. It's a cleaner implementation now and should use 242 less memory. (Keith) 243 244 245 246 To Do 247 ----- 248 Add screen-awareness to fakeglx.c 249 250 251 252 253 Device Driver Status 254 -------------------- 255 256 A number of Mesa's software drivers haven't been actively maintained for 257 some time. We rely on volunteers to maintain many of these drivers. 258 Here's the current status of all included drivers: 259 260 261 Driver Status 262 ---------------------- --------------------- 263 XMesa (Xlib) implements OpenGL 1.4 264 OSMesa (off-screen) implements OpenGL 1.4 265 FX (3dfx Voodoo1/2) implements OpenGL 1.3 266 SVGA implements OpenGL 1.3 267 Wind River UGL implements OpenGL 1.3 268 Windows/Win32 implements OpenGL 1.4 269 DJGPP implements OpenGL 1.4 270 GGI implements OpenGL 1.3 271 BeOS implements OpenGL 1.4 272 Allegro needs updating 273 D3D needs updating 274 275 Note: supporting OpenGL 1.4 (vs. 1.3 or 1.2) usually only requires that the 276 driver call the _mesa_enable_1_4_extensions() function. 277 278 279 ---------------------------------------------------------------------- 280
