OpenGL的Context（Profile）

OpenGL在渲染的时候需要一个Context，这个Context记录了OpenGL渲染需要的所有信息，可以把它理解成一个大的结构体，它里面记录了当前绘制使用的颜色、是否有光照计算以及开启的光源等非常多我们使用OpenGL函数调用设置的状态和状态属性。在OpenGL 3.0版本之前，OpenGL创建Context都是一致的，随着升级会新增一些内容（例如从OpenGL1.1升级到1.5，会新增一些状态变量或者属性，并添加一些设置这些内容的函数），整体上来说没有什么大的变化。但是从OpenGL 3.0开始，OpenGL为了摆脱历史的“包袱”，想要彻底的废弃掉之前的许多特性，但是无奈市面上已经有大量依赖OpenGL之前版本的代码，导致OpenGL维护小组的这一想法难以付诸实施，于是在OpenGL 3.1开始引入了OpenGL Context的一些分类，比如引入了CoreProfile等概念，之后随着版本发展到3.3，一切算是确定下来。

正是由于OpenGL的这一变化过程以及其间引入的各种概念，导致初学者学习OpenGL时非常的痛苦，本来OpenGL API对于一般开发者来说就是晦涩难懂，如今还引入这些内容真的是令开发者压力山大。反正我在看OpenGL Spec的时候查阅了很多资料，对这些内容还是一头雾水。本文主要论述一下这些内容，有可能我理解的并不完全正确，有错误的地方希望读者在评论中指正。

1. Context的种类

在OpenGL 3.0版本之前，所有的OpenGL Context是统一的，都是一种兼容之前版本的模式（例如使用OpenGL 1.1编写的代码，在支持OpenGL 2.1的设备上可以正常的运行）。这些版本的OpenGL API也被称之为固定管线（相比较之后引入shader的可编程管线来说），但是从3.0开始有了变化：

1、 OpenGL 3.0 引入了废弃机制，标记了许多OpenGL的函数是废弃的（但是3.0并没有真正移除它们，也就是说3.0版本仍然是一个可以向后兼容的Context）
2、 OpenGL 3.1发布删除了之前3.0标记的过时函数（固定管线相关的函数），但是为了之前的OpenGL代码可用，引入了一个扩展ARB_compatibility，这个扩展可以让OpenGL 3.1支持之前的OpenGL固定管线的内容。

但是ARB_compatibility有许多问题：它将OpenGL的核心函数core profile和之前的固定管线函数绑定在了一个合集内，也就是说实现core profile函数集不能包含compatibility中不存在的函数，用户不能够要求一种Context只包含core profile的内容，这个扩展定义的函数是一个合集，core profile只是它的一个子集。两个关系类似于：（也就是说类似于一个套餐，你不能只想要你需要的那部分）

OpenGL的Context（Profile）

3、正是由于这个问题，在OpenGL 3.2中正式引入了模式的概念（Profile），模式就将二者分离开来了。OpenGL 3.2 中模式包括：

（1） Core Profile 只包含最新的Shader相关的函数，程序必须使用Shader编写

（2）compatibility Profile 可以兼容之前的OpenGL固定管线的内容，也可以使用Core Profile中的内容

这样分开之后，开发者可以显式的要求创建某一种Profile来使用

4、 3.2以后的版本直到OpenGL目前最新的版本（OpenGL 4.6）都是按照这种模式来做的。

另外还有一个模式的称之为：Forward compatibility

这个是什么意思呢？第一眼看好像是向前兼容的感觉（有点类似于compatibility的意思），实际上并不是，它的真正含义是向“未来”兼容，什么是面向“未来”呢？说白了就是把所有OpenGL API中标记有deprecated标签的函数都禁用。（只对OpenGL 3.0及其以上版本有作用），具体来说是：

（1） OpenGL 3.0（3.0中标记了一些函数是deprecated），如果设置该标记，那么这些函数都不可用；

（2） OpenGL 3.1 （所有3.0和3.1中标记为deprecated的函数都不可用）；

（3） OpenGL 3.2+ compatibility Profile Context：没有任何作用，毕竟人家是compatibility的(向后兼容）；

（4） OpenGL 3.2+ core Profile Context: 凡是标记为deprecated的函数都不可用；

OpenGL中有几个特殊的版本号，在查询API的时候非常有用：

1. OpenGL 2.1 （是所有固定管线API的合集，不包含任何coreprofile的新增的API，也称之为Legecy OpenGL）

2. OpenGL 3.3 （第一个core profile的版本，虽然3.2就有，但是一般以3.3版本作为core profile代表）

3. OpenGL最新版本（目前是OpenGL 4.6），定义了最新的特性

一般查询这几个版本的API就可以了，有一个查询OpenGL API非常实用的网站：http://docs.gl/ ，比OpenGL官网的API手册更加实用。里面提供了 gl2、gl3、gl4 的查询，对应的就是上文所说的 OpenGL 2.1、 OpenGL 3.3、 OpenGL最新版本。

2. OpenGL Core Profile Only

在某些情况下，特别是学习现代OpenGL编程的过程中，我们需要OpenGL完全废弃掉之前的固定管线的调用，也就是说我们调用了固定管线的内容，OpenGL可以给我们一个编译或者是链接运行错误，让我们了解到使用了Legecy的内容，这样方便我们集中精力到CoreProfile的内容上，知道自己调错了函数。

问题是：怎么做到这一点呢？

2.1 FreeGLUT

首先是FreeGlut中提供的解决方案：在GLUT中并没有相关的内容，毕竟GLUT出现在OpenGL 1.1版本，之后也鲜有维护升级，于是继承它的FreeGLUT开始引入Context选择的内容，在FreeGLUT中提供了下面三个函数：

glutInitContextVersion( int majorVersion, int minorVersion );
    glutInitContextFlags( int flags );
    glutInitContextProfile( int profile );

在阅读API手册之后，我查看了自己的显卡，提示已经支持到OpenGL 4.5，于是在代码中这样调用

glutInitContextVersion(, );
    glutInitContextProfile(GLUT_CORE_PROFILE);
    glutInitContextFlags(GLUT_FORWARD_COMPATIBLE);

以期望获得OpenGL CoreProfile 4.5的特性，但是不要引入LegecyOpenGL。但是结果是”然并卵“，并不会影响我调用glVertex这样的函数，还是可以正常的渲染glVertex这样的调用。

2.2 GLFW

GLFW是一个相对较新的OpenGL图形界面框架，目前最新的版本是3.2.1。作用类似于GLUT，但是功能更加强大，支持OpenGL ES和Vulkan等特性，GLFW的更详细介绍可以参考网站 glfw

在GLFW中也提供了函数用来设置OpenGL的Contex，函数如下：

void glfwWindowHint(int hint, int value);

如果想创建一个只有CoreProfile的Context，可以设置：

glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, );
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, );
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);

上面的调用创建了一个OpenGL 3.3 版本的Profile，经过测试，发现GLFW提供了函数是有效果的，在使用CoreProfile创建的Context调用OpenGL Legecy中的函数并不起作用。如果需要使用Legecy OpenGL，可以用兼容模式（Compatibility Profile）的方式创建OpenGL Context，需要修改为：

glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, );
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, );
    //glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_COMPAT_PROFILE);

使用下面的测试程序可以看到，当使用Coreprofile时，场景什么也没有，改用兼容模式后，场景可以正确渲染出三角形。

#pragma comment(lib, "glfw3dll.lib")
#pragma comment(lib, "glew32.lib")
#pragma comment(lib, "opengl32.lib")

#include <GL/glew.h>
#include <GLFW/glfw3.h>


#include <iostream>

void framebuffer_size_callback(GLFWwindow* window, int width, int height);
void processInput(GLFWwindow *window);

// settings
const unsigned int SCR_WIDTH = ;
const unsigned int SCR_HEIGHT = ;

int main()
{
    // glfw: initialize and configure
    // ------------------------------
    glfwInit();
    glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, );
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, );
    //glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_COMPAT_PROFILE);

    GLFWwindow* window = glfwCreateWindow(SCR_WIDTH, SCR_HEIGHT, "LearnOpenGL", NULL, NULL);
    if (window == NULL)
    {
        std::cout << "Failed to create GLFW window" << std::endl;
        glfwTerminate();
        return -;
    }

    glfwMakeContextCurrent(window);
    glfwSetFramebufferSizeCallback(window, framebuffer_size_callback);

    // ---------------------------------------
    GLenum err = glewInit();
    if (GLEW_OK != err) {
        fprintf(stderr, "GLEW Error: %s\n", glewGetErrorString(err));
        return ;
    }

    // render loop
    // -----------
    while (!glfwWindowShouldClose(window))
    {
        // input
        // -----
        processInput(window);

        glLoadIdentity();
        glTranslated(, , -);
        glBegin(GL_TRIANGLES);
        glVertex2f(, );
        glVertex2f(, );
        glVertex2f(, );
        glEnd();


        // glfw: swap buffers and poll IO events (keys pressed/released, mouse moved etc.)
        // -------------------------------------------------------------------------------
        glfwSwapBuffers(window);
        glfwPollEvents();
    }

    // glfw: terminate, clearing all previously allocated GLFW resources.
    // ------------------------------------------------------------------
    glfwTerminate();
    return ;
}

// process all input: query GLFW whether relevant keys are pressed/released this frame and react accordingly
// ---------------------------------------------------------------------------------------------------------
void processInput(GLFWwindow *window)
{
    if (glfwGetKey(window, GLFW_KEY_ESCAPE) == GLFW_PRESS)
        glfwSetWindowShouldClose(window, true);
}

// glfw: whenever the window size changed (by OS or user resize) this callback function executes
// ---------------------------------------------------------------------------------------------
void framebuffer_size_callback(GLFWwindow* window, int width, int height)
{
    // make sure the viewport matches the new window dimensions; note that width and 
    // height will be significantly larger than specified on retina displays.
    glViewport(, , width, height);
}

也就是说GLFW是可以做到这一点的，推荐新手在学习OpenGL Core Profile时使用这个框架。

3. OpenGL扩展引入方式

OpenGL只是一个标准/规范，具体的实现是由驱动开发商针对特定显卡实现的。由于OpenGL驱动版本众多，它大多数函数的位置都无法在编译时确定下来，需要在运行时查询。所以任务就落在了开发者身上，开发者需要在运行时获取函数地址并将其保存在一个函数指针中供以后使用。取得地址的方法因平台而异，在Windows上会是类似这样：

// 定义函数原型
typedef void (*GL_GENBUFFERS) (GLsizei, GLuint*);
// 找到正确的函数并赋值给函数指针
GL_GENBUFFERS glGenBuffers  = (GL_GENBUFFERS)wglGetProcAddress("glGenBuffers");
// 现在函数可以被正常调用了
GLuint buffer;
glGenBuffers(, &buffer);

你可以看到代码非常复杂，而且很繁琐，我们需要对每个可能使用的函数都要重复这个过程。幸运的是，有些库能简化此过程，下文提到的这两个库就提供了这种功能

3.1 GLEW

GLEW（The OpenGL Extension Wrangler Library）是一个跨平台C/C++库，用来提供导出OpenGL函数的功能，使用方式非常简单，在OpenGL渲染的Context（一般是窗口）创建好后，调用glewInit即可，代码如下：

GLenum err = glewInit();
if (GLEW_OK != err)
{
  /* Problem: glewInit failed, something is seriously wrong. */
  fprintf(stderr, "Error: %s\n", glewGetErrorString(err));
  ...
}
fprintf(stdout, "Status: Using GLEW %s\n", glewGetString(GLEW_VERSION));

之后就可以直接调用OpenGL的扩展函数了，glew除此之外还提供了查询某种OpenGL扩展在显卡中是否支持，查询的方式是使用某种扩展的枚举变量，例如，查询是否支持顶点shader，代码如下：

if (GLEW_ARB_vertex_program)
{
  /* It is safe to use the ARB_vertex_program extension here. */
  glGenProgramsARB(...);
}

上文中使用GLFW的示例使用了GLEW，GLEW有一个缺陷是它并没有提供一种方式可以屏蔽OpenGL Legecy函数的调用，上文中测试的代码尽管我们使用Core profile的方式，但是代码中仍然存在 glVetex、glBegin这样固定管线OpenGL的函数调用（虽然它们在Core Profile模式下没有任何作用），看起来不那么统一。要做到这一点可以使用下面的库GLAD

3.2 GLAD

GLAD并不是一个OpenGL的库，它是一个网络服务，提供了根据我们选择的OpenGL要求生成OpenGL的导出库的源码，可以访问它的网站：GLAD Service，进入之后想根据里面提供的选项，像选菜单一样选择需要的OpenGL 版本和Profile，之后点击生成便可生成对应版本OpenGL，GLAD应该提供给你了一个zip压缩文件，包含两个头文件目录，和一个glad.c文件。将两个头文件目录（glad和KHR）复制到你的Include文件夹中（或者增加一个额外的项目指向这些目录），并添加glad.c文件到你的工程中。

OpenGL的Context（Profile）

使用方法也很简单，在产生OpenGL Context之后，调用下面的初始化代码：

//glfw中的使用方式
    if (!gladLoadGLLoader((GLADloadproc)glfwGetProcAddress))
    {
        std::cout << "Failed to initialize GLAD" << std::endl;
        return -;
    }

之后就可以正常调用OpenGL扩展函数了。

这样做让glad.h中仅仅只包含我们想要扩展的头文件，例如在设置3.3 + CoreProfile版本之后，可以严格控制头文件中只有这些内容，所以凡是代码中有LegecyOpenGL的调用都会在编译的时候给出错误提示。

3.3 其他

除了上面两个库之外，还有其他的一些三方库，包括Glee、glext等类似的库，提供的都是类似的功能，在此不再赘述。

参考资料：

1. Forcing OpenGL Core Profile Only

2.Can I explicitly disable deprecated OpenGL functions in my code?

3. Forcing Core Profile in GLEW?

4. Creating a window

5. OpenGL Context

6. Learning OpenGL CN 创建窗口

7. The OpenGL Extension Wrangler Library

OpenGL的Context（Profile）

1. Context的种类

2. OpenGL Core Profile Only

2.1 FreeGLUT

2.2 GLFW

3. OpenGL扩展引入方式

3.1 GLEW

3.2 GLAD

3.3 其他

参考资料：

继续阅读

[VS2013+Win7]GLEW库配置问题 error LNK2019: 无法解析的外部符号 [email protected]

VS2008中openGL开发环境配置

配置 x64 glew glfw并运行示例

OpenGL_4.0_Shading_Language_Cookbook 读书笔记（1）

OpenGL_4.0_Shading_Language_Cookbook 读书笔记（2）

opengl 独立着色器对象的使用

Maven知识点记录 - profile

Spring profile 多环境配置简记

【OpenGL】粒子系统实例（三）

OpenGL编程指南2D部分【下】4. 颜色、像素和帧缓存5. 视图变换，剪切和反馈6. 纹理附1. 遇到的坑

Win7 下运行vc6.0 打开文件出现崩溃

bgfx跨平台渲染库学习笔记:概述

bgfx跨平台渲染库学习笔记:01-cubes绘制立方体

bgfx跨平台渲染库学习笔记:环境搭建

项目部分展示-3D在线试衣系统解决方案