【发布时间】：2014-05-10 21:05:12
【问题描述】：
这个问题是我描述的问题here 的延续。这是我见过的最奇怪的错误之一。我的引擎以两种模式运行：显示模式和屏幕外。操作系统是 Linux。我生成纹理的 mipmaps 在显示模式下一切正常。在那种模式下，我使用 GLFW3 进行上下文创建。现在，有趣的部分：在离屏模式下，我使用下面的代码手动创建的上下文，mipmap 生成有时会失败！在某些运行中，结果输出看起来不错，而在其他缺少的级别中，可以清楚地看到，因为帧中充满了纹理垃圾数据或完全为空。 起初我虽然我的 mipmap gen 例程错误，如下所示：
glGenTextures(1, &textureName);
glBindTexture(GL_TEXTURE_2D, textureName);
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, imageInfo.Width, imageInfo.Height, 0, imageInfo.Format, imageInfo.Type, imageInfo.Data);
glTexParameteri ( GL_TEXTURE_2D, GL_TEXTURE_BASE_LEVEL, 0 );
glGenerateMipmap(GL_TEXTURE_2D);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR_MIPMAP_LINEAR);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
我也尝试过使用这个参数：
glTexParameteri ( GL_TEXTURE_2D, GL_TEXTURE_MAX_LEVEL, XXX);
包括Max level检测公式：
int numMipmaps = 1 + floor(log2(glm::max(imageInfoOut.width, imageInfoOut.height)));
但是所有这些东西都不能始终如一地工作。在 10-15 次运行中，有 3-4 次出现损坏的 Mipmap。然后我发现切换到 GL_LINEAR 解决了它。同样在 mipmap 模式下，只设置 1 级有效以及。最后我开始认为上下文级别可能存在问题，因为在屏幕模式下它可以工作！我将上下文创建切换到 GLFW3 并且它可以工作。所以我想知道这里发生了什么？我是否错过了 Pbuffer 设置中破坏 mipmap 的某些内容一代？我怀疑它，因为 AFAIK 它是由驱动程序完成的。
这是我的自定义屏幕外上下文创建设置：
int visual_attribs[] = {
GLX_RENDER_TYPE,
GLX_RGBA_BIT,
GLX_RED_SIZE, 8,
GLX_GREEN_SIZE, 8,
GLX_BLUE_SIZE, 8,
GLX_ALPHA_SIZE, 8,
GLX_DEPTH_SIZE, 24,
GLX_STENCIL_SIZE, 8,
None
};
int context_attribs[] = {
GLX_CONTEXT_MAJOR_VERSION_ARB, vmaj,
GLX_CONTEXT_MINOR_VERSION_ARB, vmin,
GLX_CONTEXT_FLAGS_ARB,
GLX_CONTEXT_ROBUST_ACCESS_BIT_ARB
#ifdef DEBUG
| GLX_CONTEXT_DEBUG_BIT_ARB
#endif
,
GLX_CONTEXT_PROFILE_MASK_ARB, GLX_CONTEXT_COMPATIBILITY_PROFILE_BIT_ARB,
None
};
_xdisplay = XOpenDisplay(NULL);
int fbcount = 0;
_fbconfig = NULL;
// _render_context
if (!_xdisplay) {
throw();
}
/* get framebuffer configs, any is usable (might want to add proper attribs) */
if (!(_fbconfig = glXChooseFBConfig(_xdisplay, DefaultScreen(_xdisplay), visual_attribs, &fbcount))) {
throw();
}
/* get the required extensions */
glXCreateContextAttribsARB = (glXCreateContextAttribsARBProc) glXGetProcAddressARB((const GLubyte *) "glXCreateContextAttribsARB");
glXMakeContextCurrentARB = (glXMakeContextCurrentARBProc) glXGetProcAddressARB((const GLubyte *) "glXMakeContextCurrent");
if (!(glXCreateContextAttribsARB && glXMakeContextCurrentARB)) {
XFree(_fbconfig);
throw();
}
/* create a context using glXCreateContextAttribsARB */
if (!(_render_context = glXCreateContextAttribsARB(_xdisplay, _fbconfig[0], 0, True, context_attribs))) {
XFree(_fbconfig);
throw();
}
// GLX_MIPMAP_TEXTURE_EXT
/* create temporary pbuffer */
int pbuffer_attribs[] = {
GLX_PBUFFER_WIDTH, 128,
GLX_PBUFFER_HEIGHT, 128,
None
};
_pbuff = glXCreatePbuffer(_xdisplay, _fbconfig[0], pbuffer_attribs);
XFree(_fbconfig);
XSync(_xdisplay, False);
/* try to make it the current context */
if (!glXMakeContextCurrent(_xdisplay, _pbuff, _pbuff, _render_context)) {
/* some drivers does not support context without default framebuffer, so fallback on
* using the default window.
*/
if (!glXMakeContextCurrent(_xdisplay, DefaultRootWindow(_xdisplay),
DefaultRootWindow(_xdisplay), _render_context)) {
throw();
}
}
差点忘了：我的系统和硬件：
Kubuntu 13.04 64 位。 GPU：英伟达 Geforce GTX 680。引擎使用OpenGL 4.2 API
完整的 OpenGL 信息：
**OpenGL 供应商字符串：NVIDIA Corporation
OpenGL 渲染器字符串：GeForce GTX 680/PCIe/SSE2
OpenGL 版本字符串：4.4.0 NVIDIA 331.49
OpenGL 着色语言版本字符串：4.40 NVIDIA 通过 Cg 编译器**
顺便说一句，我也用过旧的驱动程序，没关系。
更新：
似乎我对 GLFW 的假设是错误的。当我编译引擎并从终端运行它时，同样的情况正在发生。但是 - 如果我从 IDE（调试或发布）运行引擎，则 mipmap 没有问题。独立应用程序是否可能适用于不同的 SO？
为了清楚起见，我不使用 Pbuffers 来渲染。我渲染到自定义帧缓冲区。
更新1：
我已经读过，2 纹理的非幂次自动生成 mipmap 可能会很棘手。如果 OpenGL 无法生成所有级别，它会改变纹理的使用。这可能是我在这里遇到的情况吗？因为有一次mipmapped 纹理出错其余纹理（非 mipmapped）也消失了。但如果是这种情况，那么为什么这种行为不一致？
【问题讨论】：
-
glxinfo | grep "OpenGL"，并将该输出添加到您的问题
-
imageInfo.anything 是原生 OpenGL 整数吗？
-
不确定这是否有帮助，但 pbuffers 已被弃用/支持不佳，我认为您应该创建一个带有 gl 上下文的隐藏窗口。您的应用程序是否有可能是多线程/多上下文的？
-
@sbabbi 是 MT 但不是多上下文。GL 也在主线程中运行
-
@przemo_li 是的，imageInfo.anything 都是原生整数。