OpenGL/OpenGLES中的调试问题

有没有人在啊,想请说下,OpenGL/OpenGLES中的调试问题
最新回答
若风

2024-06-28 00:09:16

在OpenGL/OpenGLES的大部分版本中调试错误是比较痛苦的,直到最近的版本,OpenGL才具备了较高效的错误处理机制。下面对这两种方式简要说明

传统OpenGL的错误处理模型是,最初的错误编码状态为GL_NO_ERROR,当某个API(命令)没有正确执行时会注册错误编码(error code),但是这个错误编码只有被使用 glGetError() 查询后才能被设置为GL_NO_ERROR,而只有当前的错误编码被这样设置后,后续API的错误才能被注册。

OpenGL/OpenGLES的大部分版本中调试错误只有 glGetError() 一种途径。然而这种方式极为无效。通常情况下,OpenGL并不建议针对每个API调用都检测是否产生异常,这意味着当我们想要探测某个API是否正常执行时,我们此时放置在这个API之后的 glGetError() 输出并不是这个API执行的错误信息。

如果要找到真正的错误元凶,这意味着我们大概有两种方式可以解决问题。这两种方式其实没有实质区别,只是一种策略选择。

直到OpenGL4.3(OpenGLES3.1)版本,OpenGL中才加入了现代调试方法(modern method for debugging)。这种方式通过注册debugCallback函数由OpenGL主动返回API调用的错误信息。很明显这种机制解决了 glGetError() 给人所带来的困扰。

具体应用方式,首先生成一个debug context,然后启用debug output,随后注册回调函数,最后开启相应的调试信息输出目标、级别等。