| Developer(s) | VMware (previously Tungsten Graphics)[1] |
|---|---|
| Initial release | August 1993 |
| Stable release | 7.11.2 / November 27, 2011[2] |
| Written in | C, C++, Assembly[3] |
| Operating system | Cross-platform |
| Type | Graphics library |
| License | MIT License |
| Website | mesa3d.org |
Mesa 3D is an open source[4][5] 3D computer graphics library that provides a generic OpenGL implementation for rendering three-dimensional graphics on multiple platforms. It was initially developed by Brian Paul in August 1993, and is still maintained by him today. The project contains lots of contributions from other people, especially in the area of hardware support.
As of April 2008, it is the only commonly known, fully open source implementation of OpenGL which is continually updated to support the latest OpenGL specification. It is widely used, most importantly by the X.Org implementation of the X Window System where it serves as the OpenGL core for the open-source X.Org/DRI OpenGL drivers. X.Org provides the essential functionality used by most graphical applications which run on Unix-like platforms such as GNU/Linux.
Contents |
Project initiator Brian Paul was a graphics hobbyist. He thought it would be fun to implement a simple 3D graphics library using the OpenGL API, which he might then use instead of VOGL. Beginning in 1993 he spent eighteen months of part-time development before he released the software on the Internet. The software was well received, and people began contributing to its development. Mesa 3D started off by rendering all 3D computer graphics on the CPU. Despite this the internal architecture of Mesa 3D was designed to be open for attaching to graphics processor-accelerated 3D rendering. In this first phase rendering was done indirectly in the X server, leaving some overhead and noticeable speed lagging behind the theoretical maximum.
The first true graphics hardware support was added to Mesa in 1997 based upon the Glide API for the once new 3dfx Voodoo I/II graphics cards and their successors.[6] A major problem of using Glide as the acceleration layer was the habit of Glide to run full screen, that was only suitable for computer games. Further Glide took the lock of the screen memory and thus the X server was blocked from doing any other GUI tasks. [7]
At the time 3D graphics cards became more mainstream for PCs, individuals partly supported by some companies began working on adding more support for hardware-accelerated 3D rendering to Mesa 3D. The Direct Rendering Infrastructure (DRI) was one of these approaches to interface Mesa, OpenGL and other 3D rendering API libraries with the device drivers and hardware. After reaching a basic level of usability DRI support was officially added to Mesa 3D. This significantly broadened the available range of hardware support achievable when using the Mesa library.
With adapting to DRI the Mesa library finally took over the role of the front end component of a full scale OpenGL framework with varying backend components that could offer different degrees of 3D hardware support whilst not dropping the full software rendering capability. The total system tampered a noticeably big amount of software components.
Even if those design needs all components to correctly cooperate with each others, the interfaces between them are relatively fixed but even today still see coordinated improvements. As a result the software development on the individual modules can still be kept separated. As most of the code is open source, it still happens that for experimental works on new features and enhancements, programmers sometimes create their own branch of altered modules until their results might show their conceptual success and can be merged back in a more or less compatible fashion to the main trees of all altered components and then typically ending up as a part of the next major or minor release. That applies e.g. to the update of the DRI specification in form of DRI2 as developed and published with a first reference implementation in years 2007 to 2008 that comes for example with no locks any more and improved back buffer support. For this a special git branch of Mesa was created.[8]
|
||||||||||||||||