OpenGL是否依赖于诸如GTK +之类的窗口系统？

Question

我最近决定开始学习OpenGL，但我有几个问题。 主要是，我想知道OpenGL是否依赖于窗口系统（例如GTK +）以及对窗口系统API的扩展，从而可以创建OpenGL区域。 我还在OpenGL Wiki上看到了类似Xlib的内容，这似乎是到X窗口系统的更直接的连接。 Xlib只是一个更基本的窗口系统，还是可以创建完全由OpenGL控制的窗口？ 如果两者都可行，哪个是更广泛接受的标准？

Answer 1

OpenGL的规范与窗口系统完全无关 。 就OpenGL而言，没有窗口。 在这方面，所有功能都是系统提供的默认帧缓冲区 （FBO 0），该缓冲区通常连接到某个窗口-但是，并非必须如此。 例如，有pbuffers ，这是一种生成OpenGL上下文而根本没有可见窗口的方法。

所有这些都是平台相关的 ，因此不在OpenGL本身的范围之内，而是一组平台相关的API：

• wgl ，它实际上是Windows API的一部分（OpenGL 1.1也是如此）
• glX ，它是X Window系统的GL接口，因此与Linux和UNIX最为相关
• 在Apple上，有CGL和NSOpenGL （过去是AGL ）
• 对于通常不存在此类窗口系统的嵌入式系统和GLES，有EGL 。 虽然最初是针对GLES的，但实际上它还能够管理GL上下文，并且当X Window System即将成为Linux上的硬件加速GL上下文创建时，正在不断努力使其成为某种标准API 。由Wayland取代。
• 苹果还定义了自己的GLES上下文API EAGL ，它与iPhone和iPad等iOS设备特别相关。

另一方面，GTK +只是某种小部件库。 它将使用平台的底层API来完成其工作，并且它将依赖于平台特定的GL上下文API来实现GL特定的功能。 Qt也是如此。

Xlib只是一个更基本的窗口系统，还是可以创建完全由OpenGL控制的窗口？

xlib是实现X协议的库，因此，当您使用X Window系统时，它是最底层的API（除了手动重新实现X协议之外）。 GTK +也会在这样的平台上使用它。

Windows永远不会由GL控制。 您将始终需要一些依赖于平台的方法来创建和管理窗口，而OpenGL和GL上下文API都将无法帮助您。

如果您只想让窗口与GL一起使用，那么使用GUI工具包（例如GTK +或Qt）可能会显得过头了。 有一些简单的OpenGL窗口和上下文管理库，例如GLFW或freeGLUT （这是目前仍在积极开发的GLUT规范的唯一实现），它们也抽象了特定于平台的API。 如果您尝试构建游戏或多媒体软件， SDL和SFML之类的库也可能值得一看，因为它们为GL以外的其他概念（尤其是音频）提供了一组抽象。