编辑本段扩展 - opengl主要功能介绍

　

　　编辑本段扩展

　　当独立厂商创建一种新技术时，OpenGL标准允许它们通过“扩展”的方法提供所扩展的功能。然后一个扩展就分成两部分发布：包含扩展函数原型的头文件和作为厂商的设备驱动。每个厂商有一个用于命名它们的新函数和常量的字母缩写。例如，NVIDIA的缩写（“NV”）用于定义它们的专有函数“glCombinerPara-

　　meterfvNV（）”和它们的常量“GL_NORMAL_MAP_NV”。如果多于一个厂商同意实现相同的扩展功能，那么就用缩写“EXT”。进一步，架构评审委员会可能“祝福”这个扩展，那么这就被称为一个“标准扩展”，使用缩写“ARB”。第一个ARB扩展是GL_ARB_multitexture。根据官方扩展提升路径，多纹理不再是可选实现的ARB扩展，它已经是OpenGL 1.4以后的核心API的一部分。

　　几个库创建在OpenGL之上，提供了OpenGL本身没有的功能：

　　1）GLU

　　2）GLUT

　　3）GLUI

　　4）GLEW

　　5）GLEE

　　特别是，OpenGL Performer库——由SGI开发并可以在IRIX、Linux和Microsoft Windows的一些版本上使用，构建于OpenGL，可以创建实时可视化仿真程序。

　　当开发者需要使用最新的OpenGL扩展时，他们往往需要使用GLEW或者是GLEE库提供的功能，可以在程序的运行期判断当前硬件是否支持相关的扩展，防止程序崩溃甚至造成硬件损坏。

　　绑定

　　为了加强它的多语言和多平台特性，已经用很多语言开发了OpenGL的各种绑定和移植。最值得注意的是，Java3D库已经可以利用OpenGL（另一个选择可能是DirectX）作为它的硬件加速了。OpenGL官方网页［1］列出了用于Java、Fortran90、Perl、Pike、Python、Ada和Visual Basic的多个绑定。

　　OpenGL 3.1规范

　　Khronos Group在2009年3月又公布了升级版新规范OpenGL 3.1，也是这套跨平台免费API有史以来的第九次更新。

　　OpenGL 3.1将此前引入的OpenGL着色语言“GLSL”从1.30版升级到了1.40版，通过改进程序增强了对最新可编程图形硬件的访问，还有更高效的顶点处理、扩展的纹理功能、更弹性的缓冲管理等等。宽泛地讲，OpenGL 3.1在3.0版的基础上对整个API模型体系进行了简化，可大幅提高软件开发效率。

　　OpenGL 3.1主要新特性：Texture Buffer Objects（纹理缓冲对象）、Uniform Buffer Objects（统一缓冲对象）、Signed Normalized Textures（符号正常化纹理）、Primitive Restart（基本元素重启）、Instancing（实例化）、CopyBuffer API（拷贝缓冲接口）……

　　与OpenGL 3.1规范同步，OpenGL架构评审委员会（ARB）也发布了一个兼容性扩展，能让开发人员在访问OpenGL 3.1里已经删除的OpenGL 1.x/2.x功能，确保应用程序的全面向下兼容性。

　　OpenGL 3.1公布后，业界图形厂商很快予以了大力支持。AMD OpenGL主管Suki Samra表示：“AMD全面用户OpenGL API，会在今后的Radeon和FirePro产品驱动程序中支持OpenGL 3.1。”NVIDIA市场营销副总裁Dan Vivoli表示：“NVIDIA承诺尽快部署OpenGL 3.1，我们也很自豪地在规范公布同一天放出了自己的测试版驱动程序。”

　　市场调研机构Jon Peddie Research预测，OpenGL 3.1规范图形硬件的安装规模将超过1亿。AMD、NVIDIA、S3 Graphics的显卡驱动目前都已经支持OpenGL 3.0。