Поврежденный OpenGL: Неправильный рендерер GLX в glxinfo и inxi (Nvidia вместо Intel)
Я потратил весь день попытку решить этот вопрос, я надеюсь, что кто-то на этом дружественном форуме может помочь:
Я выполняю следующую установку:
Distribution: Ubuntu 14.04.01
Kernel: 3.13.0-43-generic
Hardware: Intel Core i7-3840QM CPU with integrated Intel HD Graphics IvyBridge GPU
Когда я выполняю glxinfo, я добираюсь:
$ glxinfo
name of display: localhost:10.0
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
display: localhost:10 screen: 0
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_multisample, GLX_EXT_buffer_age,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_framebuffer_sRGB, GLX_EXT_swap_control, GLX_EXT_swap_control_tear,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_NV_float_buffer, GLX_NV_multisample_coverage, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_SGI_video_sync
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read,
GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile,
GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_MESA_multithread_makecurrent, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVS 5100M/PCIe/SSE2
OpenGL version string: 1.4 (2.1.2 NVIDIA 331.113)
[...]
Проблема, кажется, следующие две строки выше:
server glx vendor string: NVIDIA Corporation
[...]
client glx vendor string: Mesa Project and SGI
Факт, эта установка никогда не имела видеокарты Nvidia / установленный драйвер. Так никакая идея, почему у меня есть ссылки Nvidia здесь. Вот еще некоторая информация, которая могла бы помочь:
$ lshw-C видео
*-display
description: VGA compatible controller
product: 3rd Gen Core processor Graphics Controller
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 09
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:47 memory:f7800000-f7bfffff memory:e0000000-efffffff ioport:f000(size=64)
$ dpkg-l Nvidia
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-============================-===================-===================-==============================================================
un libgl1-nvidia-alternatives <none> <none> (no description available)
un nvidia-libopencl1-dev <none> <none> (no description available)
un nvidia-va-driver <none> <none> (no description available)
un nvidia-vdpau-driver <none> <none> (no description available)
$ inxi-G
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
X.Org: 1.15.1 drivers: intel (unloaded: fbdev,vesa) Resolution: 1600x900@60.0hz, 2560x1440@60.0hz
GLX Renderer: NVS 5100M/PCIe/SSE2 GLX Version: 1.4 (2.1.2 NVIDIA 331.113)
Любая справка, как избавиться от nvidia/NVS ссылок, высоко ценится!
С уважением
1 ответ
OpenGL использует косвенный рендеринг , передача обратно данных к Вашей локальной системе, которая будет представлена там вместо этого, и это обнаруживает и перечисляет те аппаратные средства вместо того, что находится на Вашем сервере.
у меня был тот же беспорядок, но с картой Nvidia в сервере и обнаруженной картой AMD. Вот соответствующие биты от glxinfo для моего случая:
$ glxinfo | egrep 'direct|client|server|OpenGL'
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: AMD Radeon HD 6770M OpenGL Engine
OpenGL version string: 1.4 (2.1 ATI-1.24.38)
OpenGL extensions:
у меня не было аппаратных средств AMD вообще в той системе, таким образом, я был мистифицирован также, пока я не понял мой , локальная система имеет Radeon HD 6770M. Когда glxinfo сообщает о клиенте и сервере, похоже, что это определяет тех точно так же, как X делает; сервер является хостом, выполняющим X-сервер, указал в $DISPLAY, и клиент является хостом, работающим glxinfo. Таким образом даже при том, что, как Вы сказали, нет никакого X-сервера на машине сервера, все еще существует выполнение того и быть запрошенным glxinfo по сети. Я предполагаю в Вашем случае, у Вас действительно на самом деле есть аппаратные средства Nvidia в Вашей локальной системе, которую это выполняет X.
Как эксперимент, можно попытаться выполнить glxinfo, не определяя дисплей, и Вы видите, что это даже не попытается работать:
$ DISPLAY="" glxinfo
Error: unable to open display
при выполнении X-сервера на самом удаленном сервере настройте его, чтобы использовать прямой рендеринг и использовать что-то как VNC для взаимодействия с X, возможно использовать аппаратное ускорение на сервере. В этом случае это просто отправит законченные изображения в Вашу локальную систему.
старое сообщение, но связанное понятие:
https://serverfault.com/questions/174003/how-can-opengl-graphics-be-displayed-remotely-using-vnc
Эта страница упоминает x11vnc также: