OpenGL version 2.0, released on September 7, 2004, is the sixth revision since the original version 1.0. Despite incrementing the major version number (to indicate support for high-level programmable shaders), version 2.0 is upward compatible with earlier versions, meaning that any program that runs with a 1.5, 1.4, 1.3, 1.2, 1.1, or 1.0 GL implementation will also run unchanged with a 2.0 GL implementation.
Following are brief descriptions of each addition to OpenGL 2.0.
* Programmable Shading o The OpenGL Shading Language, and the related APIs to create, manage, and use programmable shaders written in the Shading Language, were promoted to core features in OpenGL 2.0. The complete list of features related to programmable shading includes: 1. Shader Objects + Shader objects provides mechanisms necessary to manage shader and program objects. Shader objects were promoted from the ARB shader objects extension. 2. Shader Programs + Vertex and fragment shader programs may be written in the high-level OpenGL Shading Language, replacing fixed-functionality vertex and fragment processing respectively. Vertex and fragment shader programs were promoted from the ARB vertex shader and ARB fragment shader extensions. 3. OpenGL Shading Language + The OpenGL Shading Language is a high-level, C-like language used to program the vertex and fragment pipelines. The Shading Language Specification defines the language proper, while OpenGL API features control how vertex and fragment programs interact with the fixed-function OpenGL pipeline and how applications manage those programs. OpenGL 2.0 implementations must support at least revision 1.10 of the OpenGL Shading Language. Implementations may query the SHADING LANGUAGE VERSION string to determine the exact version of the language supported. The OpenGL Shading Language was promoted from the ARB shading language 100 extension (the shading language itself is specified in a companion document; due to the way it's written, that document did not need to be changed as a consequence of promoting programmable shading to the OpenGL core). 4. Changes To Shader APIs + Small changes to the APIs for managing shader and program objects were made in the process of promoting the shader extensions to the OpenGL 2.0 core. These changes do not affect the functionality of the shader APIs, but include use of the existing uint core GL type rather than the new handleARB type introduced by the extensions, and changes in some function names, for example mapping the extension function CreateShaderObjectARB into the core function CreateShader.
# Multiple Render Targets
* Programmable shaders may write different colors to multiple output color buffers in a single pass. Multiple render targets was promoted from the ARB draw buffers extension.
# Non-Power-Of-Two Textures
* The restriction of textures to power-of-two dimensions has been relaxed for all texture targets, so that non-power-of-two textures may be specified without generating errors. Non-power-of-two textures was promoted from the ARB texture non power of two extension.
# Point Sprites
* Point sprites replace point texture coordinates with texture coordinates interpolated across the point. This allows drawing points as customized textures, useful for particle systems. Point sprites were promoted from the ARB point sprite extension, with the further addition of the POINT SPRITE COORD ORIGIN parameter controlling the direction in which the t texture coordinate increases.
# Separate Stencil
* Separate stencil functionality may be defined for the front and back faces of primitives, improving performance of shadow volume and Constructive Solid Geometry rendering algorithms. Separate stencil was based on the the API of the ATI separate stencil extension, with additional state defined by the similar EXT stencil two side extension.
# Other Changes
* Several minor revisions and corrections to the OpenGL 1.5 specification were made: o In section 2.7, SecondaryColor3 was changed to set A to 1.0 (previously 0.0), so the initial GL state can be restored. o In section 2.13, transformation was added to the list of steps not performed byWindowPos. o Section 3.8.1 was clarified to mandate that selection of texture internal format must allocate a non-zero number of bits for all components named by the internal format, and zero bits for all other components. o Tables 3.22 and 3.23 were generalized to multiple textures by replacing Cf with Cp. o In section 6.1.9, GetHistogram was clarified to note that the Final Conversion pixel storage mode is not applied when storing histogram counts. o The FOG COORD ARRAY BUFFER BINDING enumerant alias was added to table H.1.
Nu gaan we een revolutionair iets meemaken in de GFX wereld Gereageerd door NiMS op :
![[Big Grin]](biggrin.gif)