rpan-studio 26.0.2.1 stuck at "Initializing OpenGL..."
arighi opened this issue · 5 comments
As the title says... I'm using Ubuntu 21.10 and nvidia-driver-460, my video card is an NVIDIA RTX 3070.
This problem doesn't happen on my laptop that has an Intel card, so I guess something wrong is happening when rpan-studio is interacting with opengl.
Is there a way to prevent using opengl and starting it without using the GPU?
Thanks in advance.
I'd like to mention also that the stock obs is working just fine:
info: Initializing OpenGL...
info: Loading up OpenGL on adapter NVIDIA Corporation GeForce RTX 3070/PCIe/SSE2
...
And everything starts normally.
If it helps, here's the backtrace when the process is stuck (it looks like it's stuck in xcb_wait_for_reply() but it never gets a response):
(gdb) bt
#0 0x00007ffff2f8f24f in __GI___poll (fds=0x7fffffffc068, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1 0x00007fffe6e74c1a in () at /lib/x86_64-linux-gnu/libxcb.so.1
#2 0x00007fffe6e76d0f in () at /lib/x86_64-linux-gnu/libxcb.so.1
#3 0x00007fffe6e76e25 in xcb_wait_for_reply () at /lib/x86_64-linux-gnu/libxcb.so.1
#4 0x00007fffe6e78333 in xcb_get_extension_data () at /lib/x86_64-linux-gnu/libxcb.so.1
#5 0x00007fffc9aecadc in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#6 0x00007fffc9aecc48 in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#7 0x00007fffc9ae6ddf in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#8 0x00007fffc9aeb881 in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#9 0x00007fffc9a9c9fb in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#10 0x00007fffc9a9cba8 in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#11 0x00007fffc9ac48e9 in () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#12 0x00007fffc9abaa17 in glXCreateContextAttribsARB () at /lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#13 0x00007fffe8257978 in () at /lib/x86_64-linux-gnu/libGLX.so.0
#14 0x00007fffd8135a54 in gl_context_create (plat=0x5555588b1ec0) at /project/src/libobs-opengl/gl-x11.c:190
#15 gl_platform_create (device=device@entry=0x5555587aac20, adapter=adapter@entry=0) at /project/src/libobs-opengl/gl-x11.c:318
#16 0x00007fffd813f1d3 in device_create (p_device=0x5555588e2408, adapter=0) at /project/src/libobs-opengl/gl-subsystem.c:221
#17 0x00007ffff458edba in gs_create () at /tmp/.mount_rpan-s0K3QD1/usr/bin/../lib/libobs.so.0
#18 0x00007ffff45d6dbd in obs_reset_video () at /tmp/.mount_rpan-s0K3QD1/usr/bin/../lib/libobs.so.0
#19 0x00005555554bb6e9 in AttemptToResetVideo (ovi=0x7fffffffc8b0) at /project/src/UI/window-basic-main.cpp:3879
#20 OBSBasic::ResetVideo() (this=this@entry=0x555558686150) at /project/src/UI/window-basic-main.cpp:3994
#21 0x00005555554d6a25 in OBSBasic::OBSInit() (this=0x555558686150) at /project/src/UI/window-basic-main.cpp:1686
#22 0x00005555554aa836 in OBSApp::OBSInit() (this=this@entry=0x7fffffffd310) at /project/src/UI/obs-app.cpp:1410
#23 0x0000555555462e8e in run_program (argv=<optimized out>, argc=<optimized out>, logFile=...) at /project/src/UI/obs-app.cpp:2021
#24 main(int, char**) (argc=<optimized out>, argv=<optimized out>) at /project/src/UI/obs-app.cpp:2666
I figured out a workaround, if I force the mesa rendering I can now start rpan studio:
__GLX_VENDOR_LIBRARY_NAME=mesa ./rpan-studio-26.0.2.1-linux.AppImage
It's not using nvidia, but at least I can start it and stream without any problem.
same here, gtx2060 with nvidia 495.
Any update on this?