Linux 中不使用 X.org 的 OpenGL

问题描述：

我想在 Linux 中打开没有 X 的 OpenGL 上下文。有什么办法吗？

我知道集成英特尔显卡硬件是可行的，尽管大多数人的系统中都有 Nvidia 显卡。我想获得一个适用于 Nvidia 显卡的解决方案。

如果除了通过集成英特尔硬件之外没有其他办法，我想知道如何使用它们就没问题了。

X11 协议本身过于庞大和复杂。它提供的鼠标/键盘/平板电脑输入多路复用对于现代程序来说太过淡化。我认为这是阻碍 Linux 桌面改进的最大障碍，这就是我寻找替代方案的原因。

解决方案 1：

更新（2017 年 9 月 17 日）：

NVIDIA 最近发表了一篇文章，详细介绍了如何在无头系统上使用 OpenGL，这是一个与问题描述的非常相似的用例。

总之：

• 链接到libOpenGL.so而libEGL.so不是libGL.so。（因此您的链接器选项应该是-lOpenGL -lEGL

• 然后调用eglGetDisplay，eglInitialize初始化 EGL。

• eglChooseConfig使用 config 属性EGL_SURFACE_TYPE后跟进行调用EGL_PBUFFER_BIT。

• 呼叫eglCreatePbufferSurface，然后eglBindApi(EGL_OPENGL_API);，eglCreateContext然后eglMakeCurrent。

从此以后，照常进行 OpenGL 渲染，然后就可以将像素缓冲区表面 blit 到任意位置。NVIDIA的这篇补充文章包含一个基本示例和一个多 GPU 示例。根据应用程序需求，PBuffer 表面也可以替换为窗口表面或像素图表面。

我很后悔在之前的编辑中没有对此进行更多研究，但没关系。更好的答案就是更好的答案。

自从我在 2010 年回答这个问题以来，Linux 图形领域发生了许多重大变革。因此，更新后的答案是：

如今，nouveau 和其他 DRI 驱动程序已经成熟，OpenGL 软件已经稳定，总体性能也相当不错。随着 Mesa 中 EGL API 的引入，现在甚至可以在 Linux 桌面上编写 OpenGL 和 OpenGL ES 应用程序。

您可以编写应用程序以针对 EGL，这样它就可以在没有窗口管理器甚至合成器的情况下运行。为此，您可以调用eglGetDisplay、eglInitialize，最后调用eglCreateContext和eglMakeCurrent，而不是通常的 glx 调用来执行相同操作。

我不知道在没有显示服务器的情况下工作的具体代码路径，但 EGL 既接受 X11 显示器也接受 Wayland 显示器，而且我知道 EGL 可以在没有显示服务器的情况下运行。您可以创建 GL ES 1.1、ES 2.0、ES 3.0（如果您有 Mesa 9.1 或更高版本）和 OpenGL 3.1（Mesa 9.0 或更高版本）上下文。截至 2013 年 9 月，Mesa 尚未实现 OpenGL 3.2 Core。

值得注意的是，在 Raspberry Pi 和 Android 上，默认情况下支持 EGL 和 GL ES 2.0（Android < 3.0 上为 1.1）。在 Raspberry Pi 上，我认为 Wayland 尚未运行（截至 2013 年 9 月），但您可以使用随附的二进制驱动程序获得没有显示服务器的 EGL。如果您感兴趣，您的 EGL 代码也应该可以移植（只需进行少量修改）到 iOS。

以下是之前已接受的过时的帖子：

我想在 Linux 中打开没有 X 的 OpenGL 环境。有什么办法吗？

我相信 Mesa 提供了一个帧缓冲区目标。如果它提供任何硬件加速，那也只能用于那些有开源驱动程序的硬件，这些驱动程序已经过调整以支持此类用途。

据我所知，Gallium3D 还不成熟，甚至还没有在路线图上支持它。

我想要获得一个适用于 nvidia 卡的解决方案。

没有。就是这样。

NVIDIA 仅提供 X 驱动程序，而 Nouveau 项目尚不成熟，并且不支持您所寻求的那种用途，因为它们目前只专注于 X11 驱动程序。

解决方案 2：

您可能对一个名为 Wayland 的项目感兴趣

http://en.wikipedia.org/wiki/Wayland_%28display_server%29

解决方案 3：

您看过这个页面吗？
http://virtuousgeek.org/blog/index.php/jbarnes/2011/10/31/writing_stanalone_programs_with_egl_and_

它可能有点过时了。我还没有尝试过，但如果有更多此类文档就更好了。

截至今天，可能一个好主意是遵循 Wayland compositor-drm.c 实现：
http://cgit.freedesktop.org/wayland/weston/tree/src/compositor-drm.c

解决方案 4：

https://gitlab.freedesktop.org/mesa/kmscube/是一个很好的参考实现，它实现了 OGL（或 OGLES）硬件加速渲染，不需要依赖 X11 或 wayland。

解决方案 5：

您可以看看 Android 如何解决这个问题。请参阅 Android-x86 项目。

Android 使用 mesa 和 egl 以及 opengles。Android 有自己的简单 Gralloc 组件，用于模式设置和图形分配。除此之外，他们还有 SurfaceFlinger 组件，它是一个合成引擎，使用 OpenGLES 进行加速。

不明白为什么不能以类似的方式使用这些组件，甚至重用 Android 粘合代码。