【发布时间】:2012-04-17 13:12:45
【问题描述】:
我确信如果您通过glBindBuffer() 绑定缓冲区,您可以放心地假设它保持绑定状态,直到通过另一个调用glBindBuffer() 重新绑定目标。因此,当我发现调用 glBindVertexArray() 会将绑定到 GL_ELEMENT_ARRAY 目标的缓冲区设置为 0 时,我感到非常惊讶。
这是最小的 C++ 示例代码:
GLuint buff;
glGenBuffers(1, &buff);
std::cout << "Buffer is " << buff << "\n";
glBindBuffer(GL_ELEMENT_ARRAY_BUFFER, buff);
GLuint vao;
glGenVertexArrays(1, &vao);
GLint bound_buff;
glGetIntegerv(GL_ELEMENT_ARRAY_BUFFER_BINDING, &bound_buff);
std::cout << "Bound before glBindVertexArray: " << bound_buff << "\n";
glBindVertexArray(vao);
// ^- an implicit glBindBuffer(GL_ELEMENT_ARRAY_BUFFER,0); ?
glGetIntegerv(GL_ELEMENT_ARRAY_BUFFER_BINDING, &bound_buff);
std::cout << "Bound after glBindVertexArray: " << bound_buff << "\n";
我在初始化 OpenGL 3.2 设备上下文后立即运行此代码并获得以下输出:
Buffer is 1
Bound before glBindVertexArray: 1
Bound after glBindVertexArray: 0
另一方面,GL_ARRAY_BUFFER 没有被调用改变。我检查了 OpenGL 3.2 规范 (2.10) 中的 glBindVertexArray 并没有发现意外的副作用。
- 此行为是否符合规范?
- 如果是这样,调用
glBindVertexArray会产生哪些其他副作用? - 这背后的原因是什么?
我在带有 296.10 WHQL 驱动程序的 Win XPx64 机器上的 nvidia 卡上对此进行了测试。 使用 nvidia GT330M 在 OS X Lion 上进行的快速测试给出了相同的结果。
【问题讨论】:
-
我认为绑定 VAO 是隐式绑定元素和顶点数组缓冲区。这就是 VAO 的用途。如果你绑定一个 VAO,然后绑定一个索引和顶点缓冲区,那么每当你以后绑定 VAO 时,这些缓冲区就会被隐式绑定。因此,绑定上面的 VAO 可能隐式地将元素和顶点数组设置为零,因为您没有将它们包含在 VAO 对象中。这有意义吗? :-)
-
但是为什么它只改变 GL_ELEMENT_ARRAY_BUFFER 而不是 GL_ARRAY_BUFFER?
-
因为数组缓冲区是顶点缓冲区(至少各种 glEnableVertexAttribArray 和 glVertexAttribPointer 都用它调用你的 make),并且它包含一个元素缓冲区作为该状态的一部分。
-
这是有道理的。但是,我仍然对在文档中找不到任何关于这种副作用的提及这一事实感到有些困惑。我真的很想看到一些官方文件确认这实际上是理想的行为。
-
@ComicSansMS:仅供参考:如果您询问有关 OpenGL 的问题,您应该使用 OpenGL 标签。即使是 OpenGL 3 的问题;使用 both 标签。
标签: c++ opengl nvidia opengl-3