我有一些关于 OpenGL 的基本观点/问题，不仅涉及代码，还涉及概念。如果您能回答、肯定或扩展其中任何一个，我将不胜感激。我警告你，有些人可能很幼稚，所以请多多包涵。

1. 我知道 OpenGL 只是一个标准，而不是一个软件。例如，“获取”OpenGL 实际上涉及获取第三方实现，该实现不一定必须得到 Khronos 的认可。

2. OpenGL 通常指的是 GL 实用程序 (GLU) 和 GL 实用程序工具包 (GLUT) 的组合。它们有以 glu 和 glut 开头的方法，分别是。而以 gl 开头的“基本”OpenGL 方法是由那些制作图形驱动程序的公司实现的，例如 NVIDIA？

3. 我假设 glut 方法是特定于操作系统的助手，例如 glutKeyboardFunc() 必须是，才能解释键盘。因此，如果我想要一种更强大的替代方法来解释键盘输入，我只会使用 OS API。 OpenGL 本身纯粹是关于图形的，但是 glut 有这种东西，因为图形没有多少没有实时的人工控制。

4. 在我看来，glu 方法可能与调用一系列较低级别的 gl 方法相同。我想引用的一个例子是 glOrtho() 和 gluPerspective()。在我看来，它们的工作方式相似，但计算透视可能更复杂，所以 gluPerspective() 是为了方便，但可能只是解析为一些 gl 方法。

5. 我在大学里使用 freeglut 学习了基本的 OpenGL，并且我一直有这种使用 OpenGL 的“硬核”方式的愿景，只使用低级方法。我不知道这是否是一个完全幼稚的想法，但是是否有一种“专业”的方式来编写 OpenGL，以发挥其最大的功能？比如，大概游戏开发者不会使用 glutPostRedisplay() 吧？这似乎太容易和方便了，就像它隐藏了很多正在发生的事情一样。我怀疑 C++ 也是如此，因为 GLUT 回调对命名空间中的方法不友好(正如我在其他问题中看到的那样)。

最佳答案

\ 1. I understand that OpenGL is just a standard, as opposed to a piece of software. For example, 'getting' OpenGL actually involves getting a third-party implementation which doesn't necessarily have to be endorsed by Khronos.

确实。

\ 2. OpenGL usually refers to the combination of the GL utilities (GLU) and the GL utilities toolkit (GLUT). They have methods beginning with glu and glut, resp. and the 'basic' OpenGL methods, that begin with simply gl, are implemented by those that make graphics drivers, i.e. NVIDIA?

没有。 OpenGL 只是以 gl… 开头的函数。其他所有内容(GLU、GLUT)都是第三方库，OpenGL 未涵盖。

\ 3. I assume that glut methods are OS-specific helpers, for example glutKeyboardFunc() has to be, to interpret the keyboard. So if I wanted a more powerful alternative way to interpret keyboard input, I would just use the OS API. OpenGL itself is purely about graphics, but glut has this sort of thing since graphics is not much without real-time human control.

正确。 GLUT 是一个非常小的框架，因此强烈建议使用其他框架。

\ 4. It seems to me that glu methods may be identical to calling a series of lower-level gl methods. One example I would like to quote is glOrtho() and gluPerspective().

我认为您指的是 gluOrtho2D 但是是的，您是正确的。 glOrtho 是一个真正的 OpenGL-1 函数。在某种程度上，gluOrtho2D 是有史以来最没用的函数之一:

void gluOrtho2D(GLfloat left, GLfloat right, GLfloat bottom, GLfloat top)
{
    glOrtho(left, right, bottom, top, -1, 1);
}

They seem to me to have similar ways of working, but calculating perspective may be more complex, so gluPerspective() is for convenience, but might just resolve to some gl methods.

又对了，但其实很简单:

gluPrespective(GLfloat fov, GLfloat aspect, GLfloat near, GLfloat far)
{
    GLfloat a = 0.5 * atan(fov);
    glFrustum(-a*near, a*near, -a*near/aspect, a*near/aspect, near, far);
}

从 OpenGL-3 核心开始，整个矩阵操作的东西都被删除了。在任何严肃的应用程序中，它都没有什么用处，因为无论如何您都将自己管理矩阵。

\ 5. I have studied basic OpenGL using freeglut at university, and I keep having this vision of a 'hardcore' way of using OpenGL, using only low-level methods. I don't know if this is a totally naive thought, but is there a 'professional' way of writing OpenGL, to get out its maximum functionality? Like, presumably, game developers wouldn't use glutPostRedisplay() for example, right?

是的，这是可能的，而且大多数游戏引擎确实可以自己完成所有繁重的工作。 有 libSDL，它也涵盖了 OpenGL。事实上，我个人更喜欢 GLFW 或自己做这些事情。然而，这并没有改变人们使用 OpenGL 本身的方式。但这只是基础设施，主要是编写样板代码。作为初学者，如果不使用已建立的框架，您只会获得很少的 yield 。如果您的程序大量使用 GUI 小部件，那么使用 Qt 或 GTK 及其嵌入式 OpenGL 小部件是一个合理的选择。

但是有些项目非常硬核，并且也使用 OpenGL 实现了整个 GUI。 Blender 是最极端的例子，我喜欢它。

It seems too easy and convenient, like it hides a lot of what is going on. I suspect this is also true for C++ since GLUT callbacks aren't friendly with methods in namespaces (as I've seen in other questions).

GLUT 回调可以用于命名空间(命名空间只是 C++ 编译时的事情)。但是不可能将类实例方法作为 GLUT/C 回调传递。

关于c++ - 了解 OpenGL，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7968748/