Question / Help Ubuntu 14.04 startup via VNC fails

M1notaur

New Member
Hey, guys.

When I try to start obs, I am getting the following error:

Code:
obs
Qt: XKEYBOARD extension not present on the X server.
Attempted path: share/obs/obs-studio/locale/en-US.ini
Attempted path: /usr/share/obs/obs-studio/locale/en-US.ini
Attempted path: share/obs/obs-studio/locale.ini
Attempted path: /usr/share/obs/obs-studio/locale.ini
Attempted path: share/obs/obs-studio/locale/de-DE.ini
Attempted path: /usr/share/obs/obs-studio/locale/de-DE.ini
info: Using preferred locale 'de-DE'
Attempted path: share/obs/obs-studio/themes/Default.qss
Attempted path: /usr/share/obs/obs-studio/themes/Default.qss
Attempted path: share/obs/obs-studio/license/gplv2.txt
Attempted path: /usr/share/obs/obs-studio/license/gplv2.txt
QXcbXSettings::QXcbXSettings(QXcbScreen*) Failed to get selection owner for XSETTINGS_S atom
QObject::connect: invalid null parameter
info: OBS 0.11.2 (linux)
info: ---------------------------------
info: Processor: 8 logical cores
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Physical Memory: 24112MB Total
info: Kernel Version: Linux 3.13.0-61-generic
info: Distribution: "Ubuntu" "14.04"
info: ---------------------------------
info: audio settings reset:
        samples per sec: 44100
        speakers:        2
        buffering (ms):  1000
info: X and Y: 906 478
Backbuffers: 2
Color Format: 3
ZStencil Format: 0
Adapter: 0

Speicherzugriffsfehler (Speicherabzug geschrieben)
tim@YourGTV:~$


Any idea of what goes wrong there?


Thanks,
Tim
 
Last edited:

M1notaur

New Member
Well, I didn't understand why another VNC should fix the issue, but a different error:

Code:
obs
Attempted path: share/obs/obs-studio/locale/en-US.ini
Attempted path: /usr/share/obs/obs-studio/locale/en-US.ini
Attempted path: share/obs/obs-studio/locale.ini
Attempted path: /usr/share/obs/obs-studio/locale.ini
Attempted path: share/obs/obs-studio/locale/de-DE.ini
Attempted path: /usr/share/obs/obs-studio/locale/de-DE.ini
info: Using preferred locale 'de-DE'
Attempted path: share/obs/obs-studio/themes/Default.qss
Attempted path: /usr/share/obs/obs-studio/themes/Default.qss
Attempted path: share/obs/obs-studio/license/gplv2.txt
Attempted path: /usr/share/obs/obs-studio/license/gplv2.txt
QObject::connect: invalid null parameter
info: OBS 0.11.2 (linux)
info: ---------------------------------
info: Processor: 8 logical cores
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Processor: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
info: Physical Memory: 24112MB Total
info: Kernel Version: Linux 3.13.0-61-generic
info: Distribution: "Ubuntu" "14.04"
info: ---------------------------------
info: audio settings reset:
        samples per sec: 44100
        speakers:        2
        buffering (ms):  1000
info: X and Y: 902 467
Backbuffers: 2
Color Format: 3
ZStencil Format: 0
Adapter: 0

error: ARB_GLX_create_context not supported!
error: Failed to create context!
*** Error in `obs': double free or corruption (out): 0x000000000267c5a0 ***
Abgebrochen (Speicherabzug geschrieben)


I don't have any GPU installed. Is this related to the missing OpenGL 3.2+ and is it still possible to run it somehow? I've installed mesa-utils - didn't help. Any workaround? I don't need any fancy user experience, just the need to barely see it visually.
 
Last edited:

admalledd

Member
If you have enough CPU power, and don't mind softwareGL and all that implies (and you should probably find another way to do this...) here is a older thread where I used a recent mesa softwareGL stack to run on a pc that didn't have a GPU:

https://obsproject.com/forum/threads/intel-core2-t9400-and-obs-work-around-software-gl.21056/

Mind if I ask what your use-case of using obs-studio via VNC is? There is also the possibility that there might be better ways for what you are wanting to do.
 

M1notaur

New Member
Well, I only use that machine for my encoding - not sure if there would be enough headroom for that. I did install the mesa-utils as well, but am getting the same error when using it with your 'LIBGL_ALWAYS_SOFTWARE=1' addition:

Code:
error: ARB_GLX_create_context not supported!
error: Failed to create context!
*** Error in `obs': double free or corruption (out): 0x0000000002441680 ***


I wanted to use OBS to switch between multiple input streams in real time without it dropping in between, and this was the only possibility that came to my mind. I would be glad to get another, maybe more efficient, idea.
 
Last edited:

admalledd

Member
mesa-utils != mesa drivers / mesa GL stack. Mind outputting what "glxinfo | grep OpenGL" and "LIBGL_ALWAYS_SOFTWARE=1 glxinfo | grep OpenGL" gives? You probably are using a mesa GL from ~ 10.3 series. (Current is 11.0 see something like xorg-edgers to install newer versions)

As for switching between multiple input streams, if those streams are something akin to other OBS instances I can explain what I did for my work for a little while:

1. Source machines running OBS (the old/windows one), Xsplit, or obs-studio sending via RMTP to a "local" nginx server
2. nginx server muxes/buffers/transcodes to "similar" enough formats
3. OBS (the windows version) using a RMTP capture for each of the other sources on the nginx, packs them into scenes with proper overlays and such. This then broadcasts to the "live" server(s), eg twitch (ours was to our own site, which was another nginx RMTP server)


However if you are just wanting plan input switching you might want to look at the nginx-rmtp module and its "remote control" stuff. I have not used it, but the idea for you would be to have one "push" stream and have that "pull" from whatever source you want.

The other basic answer is that obs-studio currently does not work in a head-less context which is sounding like what you mostly want. Recent check-ins have brought this closer to a possibility but is still a WIP. (basically sounds like you want something like a console/web UI, currently only the "basic" UI is supported)
 

M1notaur

New Member
It gives both the same output:


Code:
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 2.1 Mesa 10.1.3
OpenGL shading language version string: 1.30
OpenGL extensions:


Thanks for your ideas, but for that purpose I unfortunately only have a Linux box at my hands. I tried the NGINX control-function already. It works but the problem with it is, when you redirect to another input it drops the output for a little moment. This is what I need to avoid. A combination of push and pull in one app is unfortunately not possible as well.
 

M1notaur

New Member
Yeah, I am using Ubuntu 14.04 LTS. I did add that ppa, but it still doesn't work. Same error with obs as above.

glxinfo:

Code:
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits)
OpenGL version string: 3.0 Mesa 11.0.0-devel (git-df97126 2015-08-18 trusty-oibaf-ppa)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:


I am trying to start OBS with 'LIBGL_ALWAYS_SOFTWARE=1 obs' - anything wrong about that?
 

admalledd

Member
Sorry, seems you are probably past my depth on being able to help here. You will need to figure out how to get a similar result as I did in the other thread of having at least OpenGL core profile 3.3+ with core shading version 3.30+.

SoftwareGL "should" be working and provide you a fake but workable GL context. Are you sure that is the output of the "LIBGL_ALWAYS_SOFTWARE=1 glxinfo | grep OpenGL"?
 

M1notaur

New Member
Hm - so the OpenGL version I am currently using is too old? Yeah, just did it again:

Code:
LIBGL_ALWAYS_SOFTWARE=1 glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits)
OpenGL version string: 3.0 Mesa 11.0.0-devel (git-df97126 2015-08-18 trusty-oibaf-ppa)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
 
Top