マルチスレッドX11アプリケーションとOpenGL

Question

私はlibx11でマルチスレッドのOpenGLアプリケーションを作成しようとしています。ウィンドウごとに1つのスレッドと1つのマネージャスレッドがあります。

私はマネージャーのスレッドでイベントループを持っている：

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

これは、シングルスレッドのアプリケーションのための素晴らしいイベントループですが、このマルチスレッドの設定で奇妙なことが起こります。

ウィンドウを作成しているときに、イベントキューを無効にするか、GLXMakeCurrentがハングしてスレッド全体が停止して何もしません。

マルチスレッドのX11アプリケーションに関する情報がネット上で見つからないため、イベントを別の方法で処理する必要がありますか？

Answer 1

Xlibには、同時アクセス状況で現れるいくつかの修正不可能な実行時の問題があることが知られています。私はあなたがそれらのうちの1つにぴったり合っていると推測しています。

これは、Xcbが最初に作成された理由の1つです.Xlibの問題を修正しました。 GLXはXlibに対して指定されているので、OpenGLについてはこれがショーストッパーのように見えるかもしれません。しかし、XlibはXCB周りがラップされ、1つは、安全GLXとのインターフェースと、まだプログラムの残りのためのXCBを使用するためにそれを使用することができます：http://xcb.freedesktop.org/opengl/

私は2つの解決策を参照してください。

1. はXLockDisplayを入れて/ muttexはXNextEventで、GLXはそれぞれを呼び出します。通常のOpenGLではロックする必要はありません。接頭辞はglX...です。

2. Xcbを使用すると、ランタイムが正しく動作し、上記のリンク先のガイドに従ってOpenGL/GLXと動作させることができます。

Answer 2

レンダースレッドで何をしていますか？いずれの場合でも、異なるスレッド間でDisplay *接続を共有する場合は、XInitThreadsを呼び出す必要があります。

スレッドごとに1つのディスプレイ接続で良い経験をしました。メインスレッド上でイベントを取得するには、XSelectInputを使用します。ウィンドウIDは、異なるDisplay *接続間で共有可能です。

Answer 3

XInitThreadsを使用していることを確認する必要があります。

アニメーションのウィンドウ描画を行うためにバックグラウンドスレッドを使用したとき、私はそれからいくつかの良い結果を得ることができました。あなたが描画コードに固執すれば、本当の問題はないようです。

これ以上のものが必要な場合や、低レベルのlibX11を使用している場合は、複数のX11接続を開いて最上位ウィンドウごとに1つの接続を使用するのが最善です。私は10年前、私がBeOSのクロスプラットフォームツールキットを開発して遊んだとき、すべてが悪い状態にあったときにそれをやっていました。

これは、イベント処理や最上位の子ウィンドウでも使用できます。しかし、これにはXEventマスクのための非常にトリッキーなコードが必要です。