glGenFramebuffers或glGenFramebuffersEXT?

我很困惑。 要在Windows上使用OpenGL 1.x中的Framebuffer Object扩展(FBO),可以使用哪些?

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

就我从使用不同硬件的用户的报告中可以看出,一些驱动程序支持所有的组合,既不是一个,也不是两者中的一个。

哪一个是正确的? 一些司机真的支持一个,而不是另一个? 如果没有find,试图从一个回落到另一个是否正确?


编辑:我仍然有严重的问题与ATI Radeon显卡和周围的代码。 我们刚刚使用这个代码(www.scirra.com)推出了一个商业编辑器。 看来不pipe我用什么代码组合来使用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; } } 

然后在启动过程中,它会创build一个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的创build,第一次渲染到纹理实际上已经完成,但是大概它会停止再次渲染。

我可以使用GLEW,但是我的代码不能做什么? 我看了一下源代码,似乎使用了wglGetProcAddress类似的列表。 方法正在我的情况下返回,否则glGenFramebuffers将是NULL和崩溃。 有任何想法吗…?

Solutions Collecting From Web of "glGenFramebuffers或glGenFramebuffersEXT?"

如果扩展GL_EXT_framebuffer_object存在,那么你可以使用wglGetProcAddress("glGenFramebuffersEXT");

如果OpenGL版本> = 3.0(在这个版本中,FBO扩展被添加到核心),那么你可以使用wglGetProcAddress("glGenFramebuffers");

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

在支持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都有“绑定帧缓冲”功能(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.