This article's use of external links may not follow Wikipedia's policies or guidelines. (June 2019) (Learn how and when to remove this template message)
|Original author(s)||Silicon Graphics|
|Initial release||June 30, 1992|
4.6 / July 31, 2017
|Type||3D graphics API|
Open Graphics Library (OpenGL) is a cross-language, cross-platform application programming interface (API) for rendering 2D and 3D vector graphics. The API is typically used to interact with a graphics processing unit (GPU), to achieve hardware-accelerated rendering.
Silicon Graphics Inc., (SGI) began developing OpenGL in 1991 and released it on June 30, 1992; applications use it extensively in the fields of computer-aided design (CAD), virtual reality, scientific visualization, information visualization, flight simulation, and video games. Since 2006, OpenGL has been managed by the non-profit technology consortium Khronos Group.
- 1 Design
- 2 Documentation
- 3 Associated libraries
- 4 History
- 5 Version history
- 6 Vulkan
- 7 See also
- 8 References
- 9 Further reading
- 10 External links
The OpenGL specification describes an abstract API for drawing 2D and 3D graphics. Although it is possible for the API to be implemented entirely in software, it is designed to be implemented mostly or entirely in hardware.
In addition to being language-independent, OpenGL is also cross-platform. The specification says nothing on the subject of obtaining, and managing an OpenGL context, leaving this as a detail of the underlying windowing system. For the same reason, OpenGL is purely concerned with rendering, providing no APIs related to input, audio, or windowing.
OpenGL is an evolving API. New versions of the OpenGL specifications are regularly released by the Khronos Group, each of which extends the API to support various new features. The details of each version are decided by consensus between the Group's members, including graphics card manufacturers, operating system designers, and general technology companies such as Mozilla and Google.
In addition to the features required by the core API, graphics processing unit (GPU) vendors may provide additional functionality in the form of extensions. Extensions may introduce new functions and new constants, and may relax or remove restrictions on existing OpenGL functions. Vendors can use extensions to expose custom APIs without needing support from other vendors or the Khronos Group as a whole, which greatly increases the flexibility of OpenGL. All extensions are collected in, and defined by, the OpenGL Registry.
Each extension is associated with a short identifier, based on the name of the company which developed it. For example, Nvidia's identifier is NV, which is part of the extension name
GL_NV_half_float, the constant
GL_HALF_FLOAT_NV, and the function
glVertex2hNV(). If multiple vendors agree to implement the same functionality using the same API, a shared extension may be released, using the identifier EXT. In such cases, it could also happen that the Khronos Group's Architecture Review Board gives the extension their explicit approval, in which case the identifier ARB is used.
The features introduced by each new version of OpenGL are typically formed from the combined features of several widely implemented extensions, especially extensions of type ARB or EXT.
OpenGL's popularity is partially due to the quality of its official documentation. The OpenGL Architecture Review Board released a series of manuals along with the specification which have been updated to track changes in the API. These are commonly referred to by the colors of their covers:
- The Red Book
- OpenGL Programming Guide, 9th Edition. ISBN 978-0-134-49549-1
- The Official Guide to Learning OpenGL, Version 4.5 with SPIR-V
- The Orange Book
- OpenGL Shading Language, 3rd edition. ISBN 0-321-63763-1
- A tutorial and reference book for GLSL.
Historic books (pre-OpenGL 2.0):
- The Green Book
- OpenGL Programming for the X Window System. ISBN 978-0-201-48359-8
- A book about X11 interfacing and OpenGL Utility Toolkit (GLUT).
- The Blue Book
- OpenGL Reference manual, 4th edition. ISBN 0-321-17383-X
- Essentially a hard-copy printout of the Unix manual (man) pages for OpenGL.
- Includes a poster-sized fold-out diagram showing the structure of an idealised OpenGL implementation.
- The Alpha Book (white cover)
- OpenGL Programming for Windows 95 and Windows NT. ISBN 0-201-40709-4
- A book about interfacing OpenGL with Microsoft Windows.
The earliest versions of OpenGL were released with a companion library called the OpenGL Utility Library (GLU). It provided simple, useful features which were unlikely to be supported in contemporary hardware, such as tessellating, and generating mipmaps and primitive shapes. The GLU specification was last updated in 1998 and depends on OpenGL features which are now deprecated.
Context and window toolkits
Given that creating an OpenGL context is quite a complex process, and given that it varies between operating systems, automatic OpenGL context creation has become a common feature of several game-development and user-interface libraries, including SDL, Allegro, SFML, FLTK, and Qt. A few libraries have been designed solely to produce an OpenGL-capable window. The first such library was OpenGL Utility Toolkit (GLUT), later superseded by freeglut. GLFW is a newer alternative.
- These toolkits are designed to create and manage OpenGL windows, and manage input, but little beyond that.
- GLFW – A cross-platform windowing and keyboard-mouse-joystick handler; is more game-oriented
- freeglut – A cross-platform windowing and keyboard-mouse handler; its API is a superset of the GLUT API, and it is more stable and up to date than GLUT
- OpenGL Utility Toolkit (GLUT) – An old windowing handler, no longer maintained.
- Several "multimedia libraries" can create OpenGL windows, in addition to input, sound and other tasks useful for game-like applications
- Allegro 5 – A cross-platform multimedia library with a C API focused on game development
- Simple DirectMedia Layer (SDL) – A cross-platform multimedia library with a C API
- SFML – A cross-platform multimedia library with a C++ API and multiple other bindings to languages such as C#, Java, Haskell, and Go
- Widget toolkits
Extension loading libraries
Given the high workload involved in identifying and loading OpenGL extensions, a few libraries have been designed which load all available extensions and functions automatically. Examples include GLEE, GLEW and glbinding. Extensions are also loaded automatically by most language bindings, such as JOGL and PyOpenGL.
Mesa 3D is an open-source implementation of OpenGL. It can do pure software rendering, and it may also use hardware acceleration on BSD, Linux, and other platforms by taking advantage of the Direct Rendering Infrastructure. As of version 13.0, it implements version 4.5 of the OpenGL standard.
In the 1980s, developing software that could function with a wide range of graphics hardware was a real challenge. Software developers wrote custom interfaces and drivers for each piece of hardware. This was expensive and resulted in multiplication of effort.
By the early 1990s, Silicon Graphics (SGI) was a leader in 3D graphics for workstations. Their IRIS GL API was considered state-of-the-art and became the de facto industry standard, overshadowing the open standards-based PHIGS. This was because IRIS GL was considered easier to use, and because it supported immediate mode rendering. By contrast, PHIGS was considered difficult to use and outdated in functionality.
SGI's competitors (including Sun Microsystems, Hewlett-Packard and IBM) were also able to bring to market 3D hardware supported by extensions made to the PHIGS standard, which pressured SGI to open source a version of IrisGL as a public standard called OpenGL.
However, SGI had many customers for whom the change from IrisGL to OpenGL would demand significant investment. Moreover, IrisGL had API functions that were irrelevant to 3D graphics. For example, it included a windowing, keyboard and mouse API, in part because it was developed before the X Window System and Sun's NeWS. And, IrisGL libraries were unsuitable for opening due to licensing and patent issues[further explanation needed]. These factors required SGI to continue to support the advanced and proprietary Iris Inventor and Iris Performer programming APIs while market support for OpenGL matured.
One of the restrictions of IrisGL was that it only provided access to features supported by the underlying hardware. If the graphics hardware did not support a feature natively, then the application could not use it. OpenGL overcame this problem by providing software implementations of features unsupported by hardware, allowing applications to use advanced graphics on relatively low-powered systems. OpenGL standardized access to hardware, pushed the development responsibility of hardware interface programs (device drivers) to hardware manufacturers, and delegated windowing functions to the underlying operating system. With so many different kinds of graphics hardware, getting them all to speak the same language in this way had a remarkable impact by giving software developers a higher level platform for 3D-software development.
In 1994, SGI played with the idea of releasing something called "OpenGL++" which included elements such as a scene-graph API (presumably based on their Performer technology). The specification was circulated among a few interested parties – but never turned into a product.
Microsoft released Direct3D in 1995, which eventually became the main competitor of OpenGL. Over 50 game developers signed an open letter to Microsoft, released on June 12, 1997, calling on the company to actively support Open GL. On December 17, 1997, Microsoft and SGI initiated the Fahrenheit project, which was a joint effort with the goal of unifying the OpenGL and Direct3D interfaces (and adding a scene-graph API too). In 1998, Hewlett-Packard joined the project. It initially showed some promise of bringing order to the world of interactive 3D computer graphics APIs, but on account of financial constraints at SGI, strategic reasons at Microsoft, and a general lack of industry support, it was abandoned in 1999.
In June 2018, Apple deprecated OpenGL APIs on all of their platforms (iOS, macOS and tvOS), strongly encouraging developers to use their proprietary Metal API, which has been available for a few years.
The first version of OpenGL, version 1.0, was released on June 30, 1992 by Mark Segal and Kurt Akeley. Since then, OpenGL has occasionally been extended by releasing a new version of the specification. Such releases define a baseline set of features which all conforming graphics cards must support, and against which new extensions can more easily be written. Each new version of OpenGL tends to incorporate several extensions which have widespread support among graphics-card vendors, although the details of those extensions may be changed.
|1.1||March 4, 1997||Texture objects|
|1.2||March 16, 1998||3D textures, BGRA and packed pixel formats, introduction of the imaging subset useful to image-processing applications|
|1.2.1||October 14, 1998||A concept of ARB extensions|
|1.3||August 14, 2001||Multitexturing, multisampling, texture compression|
|1.4||July 24, 2002||Depth textures, GLSlang|
|1.5||July 29, 2003||Vertex Buffer Object (VBO), Occlusion Queries|
|2.0||September 7, 2004||GLSL 1.1, MRT, Non Power of Two textures, Point Sprites, Two-sided stencil|
|2.1||July 2, 2006||GLSL 1.2, Pixel Buffer Object (PBO), sRGB Textures|
|3.0||August 11, 2008||GLSL 1.3, Texture Arrays, Conditional rendering, Frame Buffer Object (FBO)|
|3.1||March 24, 2009||GLSL 1.4, Instancing, Texture Buffer Object, Uniform Buffer Object, Primitive restart|
|3.2||August 3, 2009||GLSL 1.5, Geometry Shader, Multi-sampled textures|
|3.3||March 11, 2010||GLSL 3.30, Backports as much function as possible from the OpenGL 4.0 specification|
|4.0||March 11, 2010||GLSL 4.00, Tessellation on GPU, shaders with 64-bit precision|
|4.1||July 26, 2010||GLSL 4.10, Developer-friendly debug outputs, compatibility with OpenGL ES 2.0|
|4.2||August 8, 2011||GLSL 4.20, Shaders with atomic counters, draw transform feedback instanced, shader packing, performance improvements|
|4.3||August 6, 2012||GLSL 4.30, Compute shaders leveraging GPU parallelism, shader storage buffer objects, high-quality ETC2/EAC texture compression, increased memory security, a multi-application robustness extension, compatibility with OpenGL ES 3.0|
|4.4||July 22, 2013||GLSL 4.40, Buffer Placement Control, Efficient Asynchronous Queries, Shader Variable Layout, Efficient Multiple Object Binding, Streamlined Porting of Direct3D applications, Bindless Texture Extension, Sparse Texture Extension|
|4.5||August 11, 2014||GLSL 4.50, Direct State Access (DSA), Flush Control, Robustness, OpenGL ES 3.1 API and shader compatibility, DX11 emulation features|
|4.6||July 31, 2017||GLSL 4.60, More efficient geometry processing and shader execution, more information, no error context, polygon offset clamp, SPIR-V, anisotropic filtering|
Release date: September 7, 2004
OpenGL 2.0 was originally conceived by 3Dlabs to address concerns that OpenGL was stagnating and lacked a strong direction. 3Dlabs proposed a number of major additions to the standard. Most of these were, at the time, rejected by the ARB or otherwise never came to fruition in the form that 3Dlabs proposed. However, their proposal for a C-style shading language was eventually completed, resulting in the current formulation of the OpenGL Shading Language (GLSL or GLslang). Like the assembly-like shading languages it was replacing, it allowed replacing the fixed-function vertex and fragment pipe with shaders, though this time written in a C-like high-level language.
The design of GLSL was notable for making relatively few concessions to the limits of the hardware then available. This hearkened back to the earlier tradition of OpenGL setting an ambitious, forward-looking target for 3D accelerators rather than merely tracking the state of currently available hardware. The final OpenGL 2.0 specification includes support for GLSL.
Longs Peak and OpenGL 3.0
Before the release of OpenGL 3.0, the new revision had the codename Longs Peak. At the time of its original announcement, Longs Peak was presented as the first major API revision in OpenGL's lifetime. It consisted of an overhaul to the way that OpenGL works, calling for fundamental changes to the API.
The draft introduced a change to object management. The GL 2.1 object model was built upon the state-based design of OpenGL. That is, to modify an object or to use it, one needs to bind the object to the state system, then make modifications to the state or perform function calls that use the bound object.
Because of OpenGL's use of a state system, objects must be mutable. That is, the basic structure of an object can change at any time, even if the rendering pipeline is asynchronously using that object. A texture object can be redefined from 2D to 3D. This requires any OpenGL implementations to add a degree of complexity to internal object management.
Under the Longs Peak API, object creation would become atomic, using templates to define the properties of an object which would be created with one function call. The object could then be used immediately across multiple threads. Objects would also be immutable; however, they could have their contents changed and updated. For example, a texture could change its image, but its size and format could not be changed.
To support backwards compatibility, the old state based API would still be available, but no new functionality would be exposed via the old API in later versions of OpenGL. This would have allowed legacy code bases, such as the majority of CAD products, to continue to run while other software could be written against or ported to the new API.
Longs Peak was initially due to be finalized in September 2007 under the name OpenGL 3.0, but the Khronos Group announced on October 30 that it had run into several issues that it wished to address before releasing the specification. As a result, the spec was delayed, and the Khronos Group went into a media blackout until the release of the final OpenGL 3.0 spec.
The final specification proved far less revolutionary than the Longs Peak proposal. Instead of removing all immediate mode and fixed functionality (non-shader mode), the spec included them as deprecated features. The proposed object model was not included, and no plans have been announced to include it in any future revisions. As a result, the API remained largely the same with a few existing extensions being promoted to core functionality.
Among some developer groups this decision caused something of an uproar, with many developers professing that they would switch to DirectX in protest. Most complaints revolved around the lack of communication by Khronos to the development community and multiple features being discarded that were viewed favorably by many. Other frustrations included the requirement of DirectX 10 level hardware to use OpenGL 3.0 and the absence of geometry shaders and instanced rendering as core features.
Release date: August 11, 2008
OpenGL 3.0 introduced a deprecation mechanism to simplify future revisions of the API. Certain features, marked as deprecated, could be completely disabled by requesting a forward-compatible context from the windowing system. OpenGL 3.0 features could still be accessed alongside these deprecated features, however, by requesting a full context.
Deprecated features include:
- All fixed-function vertex and fragment processing
- Direct-mode rendering, using glBegin and glEnd
- Display lists
- Indexed-color rendering targets
- OpenGL Shading Language versions 1.10 and 1.20
Release date: March 24, 2009
OpenGL 3.1 fully removed all of the features which were deprecated in version 3.0, with the exception of wide lines. From this version onwards, it's not possible to access new features using a full context, or to access deprecated features using a forward-compatible context. An exception to the former rule is made if the implementation supports the ARB_compatibility extension, but this is not guaranteed.
Release date: August 3, 2009
OpenGL 3.2 further built on the deprecation mechanisms introduced by OpenGL 3.0, by dividing the specification into a core profile and compatibility profile. Compatibility contexts include the previously-removed fixed-function APIs, equivalent to the ARB_compatibility extension released alongside OpenGL 3.1, while core contexts do not. OpenGL 3.2 also included an upgrade to GLSL version 1.50.
Release date: March 11, 2010
OpenGL 4.0 was released alongside version 3.3. It was designed for hardware able to support Direct3D 11.
As in OpenGL 3.0, this version of OpenGL contains a high number of fairly inconsequential extensions, designed to thoroughly expose the abilities of Direct3D 11-class hardware. Only the most influential extensions are listed below.
Hardware support: Nvidia GeForce 400 series and newer, AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), Intel HD Graphics in Intel Ivy Bridge processors and newer.
Release date: July 26, 2010
Hardware support: Nvidia GeForce 400 series and newer, AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), Intel HD Graphics in Intel Ivy Bridge processors and newer.
- Minimum "maximum texture size" is 16,384 × 16,384 for GPU's implementing this specification.
Release date: August 8, 2011
- Support for shaders with atomic counters and load-store-atomic read-modify-write operations to one level of a texture
- Drawing multiple instances of data captured from GPU vertex processing (including tessellation), to enable complex objects to be efficiently repositioned and replicated
- Support for modifying an arbitrary subset of a compressed texture, without having to re-download the whole texture to the GPU for significant performance improvements
Hardware support: Nvidia GeForce 400 series and newer, AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), and Intel HD Graphics in Intel Haswell processors and newer. (Linux Mesa: Ivy Bridge and newer)
Release date: August 6, 2012
- Compute shaders leveraging GPU parallelism within the context of the graphics pipeline
- Shader storage buffer objects, allowing shaders to read and write buffer objects like image load/store from 4.2, but through the language rather than function calls.
- Image format parameter queries
- ETC2/EAC texture compression as a standard feature
- Full compatibility with OpenGL ES 3.0 APIs
- Debug abilities to receive debugging messages during application development
- Texture views to interpret textures in different ways without data replication
- Increased memory security and multi-application robustness
Hardware support: AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), Intel HD Graphics in Intel Haswell processors and newer. (Linux Mesa: Ivy Bridge without stencil texturing, Haswell and newer), Nvidia GeForce 400 series and newer.
Release date: July 22, 2013
- Enforced buffer object usage controls
- Asynchronous queries into buffer objects
- Expression of more layout controls of interface variables in shaders
- Efficient binding of multiple objects simultaneously
Hardware support: AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), Intel HD Graphics in Intel Broadwell processors and newer (Linux Mesa: Haswell and newer),, Nvidia GeForce 400 series and newer, , Tegra K1.
- Direct State Access (DSA) – object accessors enable state to be queried and modified without binding objects to contexts, for increased application and middleware efficiency and flexibility.
- Flush Control – applications can control flushing of pending commands before context switching – enabling high-performance multithreaded applications;
- Robustness – providing a secure platform for applications such as WebGL browsers, including preventing a GPU reset affecting any other running applications;
- OpenGL ES 3.1 API and shader compatibility – to enable the easy development and execution of the latest OpenGL ES applications on desktop systems.
Hardware support: AMD Radeon HD 5000 Series and newer (FP64 shaders implemented by emulation on some TeraScale GPUs), Intel HD Graphics in Intel Broadwell processors and newer (Linux Mesa: Haswell and newer), Nvidia GeForce 400 series and newer,, Tegra K1, and Tegra X1.
- more efficient, GPU-sided, geometry processing
- more efficient shader execution (AZDO)
- more information through statistics, overflow query and counters
- higher performance through no error handling contexts
- clamping of polygon offset function, solves a shadow rendering problem
- SPIR-V shaders
- Improved anisotropic filtering
- Mesa 19.2 on Linux supports OpenGL 4.6 for Intel Broadwell and newer.. Mesa 20 supports AMD Radeon GPUs, while support for Nvidia Kepler+ is in progress.
- AMD Adrenalin 18.4.1 Graphics Driver on Windows 7 SP1, 10 version 1803 (April 2018 update) for AMD Radeon™ HD 7700+, HD 8500+ and newer. Released April 2018.
- Intel 18.104.22.16861 graphics driver on Windows 10. Released May 2019.
- NVIDIA GeForce 397.31 Graphics Driver on Windows 7, 8, 10 x86-64 bit only, no 32-bit support. Released April 2018
Vulkan, formerly named the "Next Generation OpenGL Initiative" (glNext), is a grounds-up redesign effort to unify OpenGL and OpenGL ES into one common API that will not be backwards compatible with existing OpenGL versions.
The initial version of Vulkan API was released on February 16, 2016.
- ARB assembly language – OpenGL's legacy low-level shading language
- Comparison of OpenGL and Direct3D
- Direct3D – main competitor of OpenGL
- Glide API – a graphics API once used on 3dfx Voodoo cards
- List of OpenGL applications
- Metal (API) – a graphics API for iOS, macOS, tvOS, watchOS
- OpenAL – cross-platform audio library, designed to resemble OpenGL
- OpenGL ES – OpenGL for embedded systems
- OpenSL ES – API for audio on embedded systems, developed by the Khronos Group
- OpenVG – API for accelerated 2D graphics, developed by the Khronos Group
- RenderMan Interface Specification (RISpec) – Pixar's open API for photorealistic off-line rendering
- VOGL – a debugger for OpenGL
- Vulkan – low-overhead, cross-platform 2D and 3D graphics API, the "next generation OpenGL initiative"
- Graphics pipeline
- Lextrait, Vincent (January 2010). "The Programming Languages Beacon, v10.0". Archived from the original on May 30, 2012. Retrieved March 14, 2010.
- "Products: Software: OpenGL: Licensing and Logos". SGI. Retrieved November 7, 2012.
- "OpenGL 4.0 Specification" (PDF). Retrieved July 31, 2017.
- "CS 370 → Labs". faculty.ycp.edu.
- "SGI – OpenGL Overview". Archived from the original on October 31, 2004. Retrieved February 16, 2007.
- Peddie, Jon (July 2012). "Who's the Fairest of Them All?". Computer Graphics World. Retrieved May 30, 2018.
- "Khronos Membership Overview and FAQ". Khronos.org. Retrieved November 7, 2012.
- "Khronos OpenGL Registry". Khronos Group. Retrieved July 31, 2017.
- "NV_half_float". OpenGL Registry. Khronos Group.
- "How to Create Khronos API Extensions". Khronos Group. Retrieved July 31, 2017.
- "A list of GLUT alternatives, maintained by". Khronos Group. Retrieved May 2, 2013.
- "Related toolkits and APIs". www.opengl.org. OpenGL. Retrieved October 8, 2014.
- "IRIS GL, SGI's property".
- "Creation of the OpenGL ARB". Archived from the original on February 22, 2007. Retrieved February 16, 2007.
- "End of OpenGL++". Khronos Group.
- "Top Game Developers Call on Microsoft to Actively Support OpenGL". Next Generation. No. 32. Imagine Media. August 1997. p. 17.
- "Announcement of Fahrenheit". Archived from the original on September 27, 2007.
- "Members of Fahrenheit. 1998". Computergram International. 1998. Archived from the original on October 5, 2007.
- "End of Fahrenheit".
- "OpenGL ARB to pass control of OpenGL specification to Khronos Group". Khronos press release.
- "OpenGL ARB to Pass Control of OpenGL Specification to Khronos Group". AccessMyLibrary Archive.
- Smith, Ryan (June 5, 2018). "Apple Deprecates OpenGL Across All OSes; Urges Developers to use Metal". www.anandtech.com. Purch. Retrieved June 5, 2018.
- Astle, Dave (April 1, 2003). "Moving Beyond OpenGL 1.1 for Windows". gamedev.net. Retrieved November 15, 2007.
- Isorna, J.M. (2015). Simulación visual de materiales : teoría, técnicas, análisis de casos. UPC Grau. Arquitectura, urbanisme i edificació (in Spanish). Universitat Politècnica de Catalunya. p. 191. ISBN 978-84-9880-564-2. Retrieved August 21, 2019.
- "OpenGL 2.1 specification" (PDF).
- "Point Primitive".
- "OpenGL 3.0 specification" (PDF).
- "OpenGL 3.1 specification" (PDF).
- "OpenGL 3.2 specification" (PDF).
- "Khronos Unleashes Cutting-Edge, Cross-Platform Graphics Acceleration with OpenGL 4.0".
- "Khronos Drives Evolution of Cross-Platform 3D Graphics with Release of OpenGL 4.1 Specification".
- "Khronos Enriches Cross-Platform 3D Graphics with Release of OpenGL 4.2 Specification".
- "Khronos Releases OpenGL 4.3 Specification with Major Enhancements".
- "Khronos Releases OpenGL 4.3 Specification with Major Enhancements".
- "Khronos Releases OpenGL 4.4 Specification".
- "Khronos Group Announces Key Advances in OpenGL Ecosystem – Khronos Group Press Release". The Khronos Group Inc. Retrieved April 17, 2015.
- "Khronos Releases OpenGL 4.6 with SPIR-V Support". The Khronos Group Inc. Retrieved July 31, 2017.
- Kessenich, John; Baldwin, Dave. "The OpenGL® Shading Language, Version 4.60.7". The Khronos Group Inc. Retrieved August 21, 2019.
- Abi-Chahla, Fedy (September 16, 2008). "OpenGL 3 (3DLabs And The Evolution Of OpenGL)". Tom's Hardware. Retrieved October 24, 2010.
- "The OpenGL Graphics System" (PDF) (Specification). 2.0. October 22, 2004.
- "OpenGL ARB announces an update on OpenGL 3.0". October 30, 2007. Retrieved October 31, 2007.
- "OpenGL 3.0 Released, Developers Furious – Slashdot". Tech.slashdot.org. Retrieved November 7, 2012.
- "OpenGL BOF went over well, no pitch forks seen".
- "The Industry Standard for High Performance Graphics". OpenGL. August 18, 2008. Retrieved July 31, 2017.
- "NVIDIA provides early OpenGL 3.0 driver now".
- "Intel Iris and HD Graphics Driver for Windows 7/8/8.1 64bit". Intel Download Center. Archived from the original on April 2, 2015.
- "Expected maximum texture size - Graphics and GPU Programming". GameDev.net.
- "Intel Skylake-S CPUs and 100-series Chipsets Detailed in Apparent Leak". NDTV Gadgets. April 17, 2015.
- Michael Larabel (July 31, 2017). "NVIDIA Releases 381.26.11 Linux Driver With OpenGL 4.6 Support". Phornix.
- "OpenGL 4.5 released—with one of Direct3D's best features". Ars Technica. Retrieved April 17, 2015.
- "SG4121: OpenGL Update for NVIDIA GPUs". Ustream. Archived from the original on May 17, 2015. Retrieved April 17, 2015.
- Kilgard, Mark. "OpenGL 4.5 Update for NVIDIA GPUs". Retrieved April 17, 2015.
- Michael Larabel (August 21, 2019). "Intel's OpenGL Linux Driver Now Has OpenGL 4.6 Support For Mesa 19.2". Phoronix.
- Michael Larabel (November 27, 2019). "AMD's RadeonSI Driver Finally Enables OpenGL 4.6". Phoronix.
- "AMD Adrenalin 18.4.1 Graphics Driver Released (OpenGL 4.6, Vulkan 1.1.70) – Geeks3D". www.geeks3d.com. Retrieved May 10, 2018.
- "Radeon™ Software Adrenalin Edition 18.4.1 Release Notes". support.amd.com. Retrieved May 10, 2018.
- "Intel Graphics Driver 22.214.171.12461 Released (OpenGL 4.6 + Vulkan 1.1.103) | Geeks3D". Retrieved May 16, 2019.
- "Windows® 10 DCH Drivers". Intel DownloadCenter. Retrieved August 21, 2019.
- "NVIDIA GeForce 397.31 Graphics Driver Released (OpenGL 4.6, Vulkan 1.1, RTX, CUDA 9.2) – Geeks3D". www.geeks3d.com. Retrieved May 10, 2018.
- Dingman, Hayden (March 3, 2015). "Meet Vulkan, the powerful, platform-agnostic gaming tech taking aim at DirectX 12". PC World. Retrieved March 3, 2015.
- Bright, Peter (March 3, 2015). "Khronos unveils Vulkan: OpenGL built for modern systems". Ars Technica. Retrieved March 3, 2015.
- "Khronos Announces Next Generation OpenGL Initiative". AnandTech. Retrieved August 20, 2014.
- "OpenGL 4.5 released, next-gen OpenGL unveiled: Cross-platform Mantle killer, DX12 competitor". Retrieved August 20, 2014.
- "Khronos Publishes Its Slides About OpenGL-Next". Phoronix. Retrieved August 22, 2014.
- Shreiner, Dave; Sellers, Graham; et al. (March 30, 2013). OpenGL Programming Guide: The Official Guide to Learning OpenGL. Version 4.3 (8th ed.). Addison-Wesley. ISBN 978-0-321-77303-6.
- Sellers, Graham; Wright, Richard S.; Haemel, Nicholas (July 31, 2013). OpenGL SuperBible: Comprehensive Tutorial and Reference (6th ed.). Addison-Wesley. ISBN 978-0-321-90294-8.
- Rost, Randi J. (July 30, 2009). OpenGL Shading Language (3rd ed.). Addison-Wesley. ISBN 978-0-321-63763-5.
- Lengyel, Eric (2003). The OpenGL Extensions Guide. Charles River Media. ISBN 1-58450-294-0.
- OpenGL Architecture Review Board; Shreiner, Dave (2004). OpenGL Reference Manual: The Official Reference Document to OpenGL. Version 1.4. Addison-Wesley. ISBN 0-321-17383-X.
- OpenGL Architecture Review Board; Shreiner, Dave; et al. OpenGL Programming Guide: The Official Guide to Learning OpenGL. Version 2 (5th ed.). Addison-Wesley. ISBN 0-321-33573-2.
|Wikimedia Commons has media related to OpenGL.|
|Wikibooks has a book on the topic of: OpenGL Programming|