X11は、NVIDIAカードを実行しているマシンからAMDカードを搭載したマシンにOpenGLアプリケーションを転送します

OpenGLを使用するリモートプロセスを起動するために、SSHを介してX11セッションを転送することに興味があります（具体的には、馴染みのある人ならgazeboです）。

私が直面していると思われる問題は、グラフィックカードの不一致によりガゼボがクラッシュすることです。「NV-GLX」拡張機能が見つかりません。正確なエラー出力：

Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
X Error of failed request:  GLXUnsupportedPrivateRequest
  Major opcode of failed request:  149 (GLX)
  Minor opcode of failed request:  16 (X_GLXVendorPrivate)
  Serial number of failed request:  24
  Current serial number in output stream:  25

リモートマシンはNVIDIAカードで実行されており、ローカルマシンはAMDカードを使用しています。

NVIDIAカードを搭載した2台のマシン間でガゼボのX11転送をテストしました。それはうまく機能します。

私が知る限り、次の3つのうちの1つが起こっているようです。

1. 私は何か間違ったことをしている、
2. 私がやりたいことは不可能です
3. Gazeboは、異なるハードウェア用の分岐コードパスを使用した不可知論的な方法では構築しません。システムが構築されたときにどのように見えるかはあなたが得るものです。

リモートマシンはUbuntuを実行しており、私のローカルマシンは10.8.2を実行しているMacです。XclockのようなものをXQuartzでうまく開くことができるので、x11転送が通常の使用のために適切に設定されていることをすでに知っています。解決策（存在する場合）は、Windows over WinSCPを含む他のOSでも機能することが望ましいでしょう。

GLX Wikipedia記事からのいくつかのメモ：

GLX [is]クライアント（OpenGLアプリケーション）が3DレンダリングコマンドをXサーバー（ディスプレイを担当するソフトウェア）に送信できるようにするXプロトコルの拡張。クライアントソフトウェアとサーバーソフトウェアは異なるコンピューターで実行できます。

そして

クライアントとサーバーが同じコンピューターで実行されており、適切なドライバーを使用した高速3Dグラフィックスカードが利用可能な場合、前の2つのコンポーネントはDRIによってバイパスできます。この場合、クライアントアプリケーションは複数のAPIレイヤーを介してビデオハードウェアに直接アクセスできます。

最初のポイントは、これが可能かどうかについてのあなたの質問に答えると信じています。それは確かに可能であるべきです。2番目は、クライアントプログラムがローカルXサーバー（NV GLXドライバー）の機能の使用を要求する理由の説明を提供する場合があります-おそらくlocalhost:10.0同じコンピューターであると考えているため、方向接続を試みました。

試すべきこと：

1. 代わりにgazebo、試してくださいglxdemo。
2. 可能であれば、同じネットワーク上の2台のコンピューターを取得し、写真からsshを取り出します
3. 大きな銃：straceあなたのgazebo呼び出し、そしてそれがnv-glxをロードしている理由を理解する

幸運を！