glGenFramebuffers 还是 glGenFramebuffersEXT？

Question

我很困惑。要在 Windows 上的 OpenGL 1.x 中使用帧缓冲区对象扩展 (FBO)，我应该使用哪一个？：

wglGetProcAddress("glGenFramebuffers");
// or
wglGetProcAddress("glGenFramebuffersEXT");

据我从使用不同硬件的用户的报告来看，某些驱动程序不支持两者的所有组合，其中之一两个，或两者。

哪一个才是正确的使用方式？是否有些驱动程序确实支持其中一种而不支持另一种？如果找不到，尝试从一种方法回退到另一种方法是否正确？

---

编辑：我仍然遇到 ATI Radeon 卡及其相关代码的严重问题。我们刚刚使用此代码推出了一个商业编辑器 (www.scirra.com)。似乎无论我使用什么代码组合来使用 FBO，某些不同的用户组合都会报告他们根本看不到任何内容（即没有任何渲染）。

下面是我检测是否使用 ARB 函数（无后缀）或 EXT 后缀函数的代码。它在启动时运行：

gl_extensions = reinterpret_cast<const char*>(glGetString(GL_EXTENSIONS));
gl_vendor = reinterpret_cast<const char*>(glGetString(GL_VENDOR));
gl_renderer = reinterpret_cast<const char*>(glGetString(GL_RENDERER));
gl_version = reinterpret_cast<const char*>(glGetString(GL_VERSION));
gl_shading_language = reinterpret_cast<const char*>(glGetString(GL_SHADING_LANGUAGE_VERSION));

// If OpenGL version >= 3, framebuffer objects are core - enable regardless of extension
// (the flags are initialised to false)
if (atof(gl_version) >= 3.0)
{
    support_framebuffer_object = true;
    support_framebuffer_via_ext = false;
}
else
{
    // Detect framebuffer object support via ARB (for OpenGL version < 3) - also uses non-EXT names
    if (strstr(gl_extensions, "ARB_framebuffer_object") != 0)
    {
        support_framebuffer_object = true;
        support_framebuffer_via_ext = false;
    }
    // Detect framebuffer object support via EXT (for OpenGL version < 3) - uses the EXT names
    else if (strstr(gl_extensions, "EXT_framebuffer_object") != 0)
    {
        support_framebuffer_object = true;
        support_framebuffer_via_ext = true;
    }
}

然后在启动过程中，它会创建一个 FBO 以预期渲染到纹理：

// Render-to-texture support: create a frame buffer object (FBO)
if (support_framebuffer_object)
{
    // If support is via EXT (OpenGL version < 3), add the EXT suffix; otherwise functions are core (OpenGL version >= 3)
    // or ARB without the EXT suffix, so just get the functions on their own.
    std::string suffix = (support_framebuffer_via_ext ? "EXT" : "");

    glGenFramebuffers = (glGenFramebuffers_t)wglGetProcAddress((std::string("glGenFramebuffers") + suffix).c_str());
    glDeleteFramebuffers = (glDeleteFramebuffers_t)wglGetProcAddress((std::string("glDeleteFramebuffers") + suffix).c_str());
    glBindFramebuffer = (glBindFramebuffer_t)wglGetProcAddress((std::string("glBindFramebuffer") + suffix).c_str());
    glFramebufferTexture2D = (glFramebufferTexture2D_t)wglGetProcAddress((std::string("glFramebufferTexture2D") + suffix).c_str());
    glCheckFramebufferStatus = (glCheckFramebufferStatus_t)wglGetProcAddress((std::string("glCheckFramebufferStatus") + suffix).c_str());
    glGenerateMipmap = (glGenerateMipmap_t)wglGetProcAddress((std::string("glGenerateMipmap") + suffix).c_str());

    // Create a FBO in anticipation of render-to-texture
    glGenFramebuffers(1, &fbo);
}

我已经经历了这段代码的许多变体，但我根本无法让它适用于每个人。总有一群用户报告根本没有任何渲染。 ATI Radeon HD 卡似乎问题尤其严重。我不确定是否涉及驱动程序错误，但我想我上面的代码更有可能做出了错误的假设。

500 代表赏金，​​我将向任何知道问题所在的人发送免费的营业执照！ （价值 99 英镑）

---

编辑 2：更多细节。以下是已知会失败的显卡列表：

ATI Mobility Radeon HD 5650

ATI Radeon X1600 Pro

ATI Mobility Radeon HD 4200

实际上没有完成纹理渲染。看起来 glGenFramebuffers 调用单独停止在这些卡上完全渲染。我可以将 FBO 的创建推迟到第一次渲染到纹理实际完成时，但随后可能它会再次停止渲染。

我可以使用 GLEW，但是它能做什么而我的代码却不能呢？我查看了源代码，它似乎使用了类似的 wglGetProcAddress 列表。在我的例子中，方法被返回，否则 glGenFramebuffers 将为 NULL 并崩溃。有什么想法吗...？

Answer 1

如果存在扩展 GL_EXT_framebuffer_object，则可以使用 wglGetProcAddress("glGenFramebuffersEXT");。

如果 OpenGL 版本 >= 3.0（在此版本中，FBO 扩展已添加到核心），那么您可以使用 wglGetProcAddress("glGenFramebuffers");。

Answer 2

您所包含的代码不是问题。当然，绑定点应该像你已经做的那样获得。

如果支持 ARB_framebuffer_object，则使用不带 EXT 后缀。在支持 EXT_framebuffer_object 的情况下，使用带有 EXT 后缀。如果两者都支持，您可以通过获取正确的绑定点来选择实现。

我对这个问题非常感兴趣（因为我有类似的疑问因为你）。

如果将 ARB 规范与 EXT 规范进行比较，您会发现很多差异。

在这里，我将引用有关该主题的最有趣的ARB规范段落。

该规范很长，但ARB变体包含许多关于EXT兼容性问题的讨论。由于您正在运行应用程序，因此入口点可能是正确的，并且错误（如 Nicolas Bolas 所建议的）可能存在于帧缓冲区完整性中。

介绍每一项可能的检查，并仔细检查实施两次（一次考虑ARB规范，一次考虑EXT规范）。

---

此扩展包含哪些附加功能
EXT_framebuffer_object？

   Currently we incorporate the following layered extensions:

     * EXT_framebuffer_multisample
     * EXT_framebuffer_blit
     * EXT_packed_depth_stencil

以及以下功能：

     * Permit attachments with different width and height (mixed
       dimensions)

     * Permit color attachments with different formats (mixed
       formats).

     * Render to 1 and 2 component R/RG formats that are provided
       via the ARB_texture_rg extension. L/A/LA/I will be
       left for a separate (trivial) extension.

     * Gen'ed names must be used for framebuffer objects and
       renderbuffers.

     * Added FramebufferTextureLayer.
  ...

---

与 EXT_framebuffer_object 的其他区别是什么。

     * Framebuffer completeness only considers the attachments named
       by DRAW_BUFFERi and READ_BUFFER.  Any other attachments do
       not affect framebuffer completeness.  (In
       EXT_framebuffer_object, all attachments affected framebuffer
       completeness, independent of the DRAW_BUFFERi and READ_BUFFER
       state.)
     * Added new queries for the sizes of the bit planes for color, 
       depth and stencil attachments at a framebuffer attachment point.
     * Added new queries for framebuffer attachment component type and
       color encoding.
     * Many other minor tweaks to synchronize with the GL3 framebuffer
       objects.
     * ARB FBOs are not shareable.

---

此扩展和 EXT_framebuffer_object 都具有“bind
Framebuffer”函数（BindFramebuffer 和 BindFramebufferEXT）。
这两个函数在功能上有什么区别吗？

    RESOLVED: Yes. Both extensions will create a new framebuffer object
    if called with an unused name. However, BindFramebuffer defined in
    this extension will generate an INVALID_OPERATION error if the name
    provided has not been generated by GenFramebuffer. That error did
    not exist in EXT_framebuffer_object, and this extension does not
    modify the behavior of BindFramebufferEXT. This difference also
    applies to BindRenderbuffer from this extension vs.
    BindRenderbufferEXT from EXT_framebuffer_object.