X11将OpenGL应用程序从运行NVIDIA卡的计算机转发到带有AMD卡的计算机

我有兴趣通过SSH转发X11会话，以启动一个利用OpenGL的远程进程（特别是对熟悉的人来说是凉亭）。

我似乎遇到的问题是，凉亭由于显卡不匹配而崩溃；它找不到“ 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卡在两台机器之间进行凉亭的X11转发。它工作正常。

据我所知，似乎正在发生以下三件事之一：

1. 我做错了
2. 我想做的事是不可能的
3. 凉亭不会以不可知论的方式针对不同的硬件构建分支代码路径。系统构建时的外观是您所能得到的。

远程计算机正在运行Ubuntu，而我的本地计算机是运行10.8.2的Mac；我已经知道我已经为正常使用正确设置了x11转发，因为我可以在xQuartz中打开xclock之类的东西。该解决方案（如果存在）最好也适用于其他操作系统，包括基于WinSCP的Windows。

GLX Wikipedia文章的一些注释：

GLX是X协议的扩展，它允许客户端（OpenGL应用程序）将3D渲染命令发送到X服务器（负责显示的软件）。客户端和服务器软件可以在不同的计算机上运行。

和

如果客户端和服务器在同一台计算机上运行，​​并且可以使用使用合​​适的驱动程序的加速3D图形卡，则DRI可以绕过前两个组件。在这种情况下，然后允许客户端应用程序通过几个API层直接访问视频硬件。

我相信第一要点回答了您关于这是否可能的问题：它当然应该是可能的。第二个可能提供了一个解释，说明您的客户端程序为何坚持使用其本地X服务器（NV GLX驱动程序）的功能-也许它认为那localhost:10.0是同一台计算机，因此尝试了定向连接。

尝试的事情：

1. 代替gazebo尝试glxdemo。
2. 如果可能，将两台计算机放在同一网络上，然后将ssh删除
3. 大手笔：strace您的gazebo调用，并弄清楚为什么要加载nv-glx

祝好运！