多线程 X11 应用程序和 OpenGL

Question

我正在尝试使用 libx11 创建一个多线程 opengl 应用程序 - 每个窗口有一个单独的线程和一个管理器线程。

我在管理线程中有一个事件循环：

while(true)
  while(XQLength(mPlatformData->display)){
    XNextEvent(mPlatformData->display, &event);
    std::cout << "event" << std::endl;
  }
}

对于单线程应用程序来说，这是一个很棒的事件循环，但是在这种多线程设置中会发生奇怪的事情。

当我创建一个窗口时，我需要禁用事件队列，否则 GLXMakeCurrent 将挂起 - 我的整个线程停止，并且什么也不做。

我在网上找不到太多关于多线程 X11 应用程序的信息，我应该以不同的方式处理我的事件吗？

Answer 1

众所周知，Xlib 有几个无法修复的运行时问题，这些问题体现在并发访问的情况下。我猜你正好遇到了其中之一。

这是最初创建 Xcb 的原因之一：修复 Xlib 的问题。 GLX 是针对 Xlib 指定的，因此当涉及到 OpenGL 时，这可能看起来像是一个阻碍。然而，Xcb 周围有一个 Xlib，人们可以安全地使用它来与 GLX 接口，并且仍然在程序的其余部分使用 Xcb：http://xcb.freedesktop.org/opengl/

我看到了两种可能的解决方案：

1. 在XNextEvent 周围放置一个XLockDisplay/Mutex，GLX 会分别调用；你不必锁定普通的OpenGL，只需glX...前缀的函数。

2. 使用 Xcb 获得运行时正确的行为，并按照我上面链接的指南使其与 OpenGL/GLX 一起使用。

Answer 2

正如 eile 所说，您应该检查您是否使用了 XInitThreads。

当我使用后台线程来绘制动画的窗口时，我能够从中获得一些不错的结果。如果你坚持绘制代码似乎没有真正的问题。

如果您需要更多，并且因为您使用的是低级 libX11，最好只打开多个 X11 连接并在每个顶层窗口使用一个连接。 10 年前，我在开发 BeOS 跨平台工具包时这样做了，当时一切都处于更糟糕的状态，然后就是现在。

您甚至可以将它用于事件处理和顶层的子窗口。但这需要一些非常棘手的 XEvent 掩码代码。

Answer 3

您在渲染线程中做什么？在任何情况下，如果您在不同的线程之间共享一个 Display* 连接，您必须调用 XInitThreads。

我在每个线程一个显示连接方面取得了很好的经验。使用 XSelectInput 获取主线程上的事件。窗口 ID 可在不同的 Display* 连接之间共享。