xineliboutput keine Verbindung

berndb · 20. September 2020

ich stehe mal wieder auf dem Schlauch.

Ich habe meinen vdr von 2.4.1 auf 2.4.4 upgedated und muss dabei feststellen, dass ich keine Verbindung mehr mit xineliboutput herstellen kann:

Code

vdr-sxfe xvdr://192.168.178.100:37890 --video=opengl2
vdr-sxfe 2.2.0  (build with xine-lib 1.2.10, using xine-lib 1.2.10)

Video driver: opengl2
VDR Server: xvdr://192.168.178.100:37890

[35616] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[35616] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[35616] [vdr-fe]    Detected 8 CPUs
[35616] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[35616] [input_vdr] Connecting (control) to tcp://192.168.178.100:37890 ...
[35616] [input_vdr] Server greeting: Not primary device.
[35616] [input_vdr] Unregonized greeting !
[35616] [input_vdr] Can't connect to tcp://192.168.178.100:37890
[35616] [input_vdr] Connections closed.
[35616] [vdr-fe]    fe_xine_open: xine_open("xvdr://192.168.178.100:37890#nocache") failed
Error opening xvdr://192.168.178.100:37890
[35616] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[35616] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files

Alles anzeigen

Habe mir hier:

https://sourceforge.net/projects/xineliboutput/

heute einen git.Snapshot gezogen.

Ich kompiliere alles im source-Verzeichnis und starte den vdr auch von dort, also so ganz altmodisch. Die *.conf Dateien habe ich dabei gar nicht angefasst. Live und ein softdevice-plugin inkl. streamdev laufen nach ersten Tests. Hat jemand eine Idee?

foobar42 · 20. September 2020

Versuche mal:

vdr-sxfe -p xvdr...

berndb · 20. September 2020

Kann keinen Unterschied ausmachen:

Code

vdr-sxfe -p xvdr://192.168.178.100:37890
vdr-sxfe 2.2.0  (build with xine-lib 1.2.10, using xine-lib 1.2.10)

Shutdown after 0 minutes of inactivity using //192.168.178.100:37890

VDR server not given, searching ...
Found VDR server(s):
    xvdr://192.168.178.100:37890 (xineliboutput-2.2.0)
[43335] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[43335] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[43335] [vdr-fe]    WARNING: no video driver given. Trying OpenGL2.

[43335] [vdr-fe]    Detected 8 CPUs
[43335] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[43335] [input_vdr] Connecting (control) to tcp://192.168.178.100:37890 ...
[43335] [input_vdr] Server greeting: Not primary device.
[43335] [input_vdr] Unregonized greeting !
[43335] [input_vdr] Can't connect to tcp://192.168.178.100:37890
[43335] [input_vdr] Connections closed.
[43335] [vdr-fe]    fe_xine_open: xine_open("xvdr://192.168.178.100:37890#nocache") failed
Error opening xvdr://192.168.178.100:37890

Alles anzeigen

davie2000 · 21. September 2020

In den ganzen "allowed_hosts"-Dateien hast du 192.168.178.* drinnen?

HelmutB · 21. September 2020

Zitat von berndb

[43335] [input_vdr] Server greeting: Not primary device.

Das xineliboutput Plugin muß in der setup.conf des Servers als Primary Device ausgewählt sein. Wenn xineliboutput dein einziges Ausgabeplugin ist, sollte daher - zusammen mit deiner Dual-Tuner Karte - "PrimaryDVB = 3" zu sehen sein.

LG Helmut

berndb · 22. September 2020

Ich blindes Huhn habe, da ich auch softhddevice mitstarte und das xinelibout-Plugin das letzte in der Startliste ist, in die setup.conf

PrimaryDVB = 4

eingetragen und xineliboutput funktioniert.

Wenn ich xineliboutput vor softhddevice in die Startzeile eintrage, funktioniert xineliboutput mit dem Eintrag

PrimaryDVB = 3

In beiden Fällen bekomme ich aber nur ein schwarzes Fenster mit softhddevice. Beides kann ich also nicht verwenden?

Ich dachte, ich hätte beides betrieben und wahlweise das eine oder andere an- und wieder abgeschaltet. Der vdr startet erst einmal headless, also mit softhddevice "detached" und xineliboutput mit "locale=none".

seahawk1986 · 22. September 2020

Zitat von berndb

Ich dachte, ich hätte beides betrieben und wahlweise das eine oder andere an- und wieder abgeschaltet.

Da musst du halt vorab das primary device umschalten (IIRC haben sowohl softhddevice als auch xineliboutput eine Einstellung mit der man erzwingen kann, dass sie sich zum primary device machen) - ansonsten geht das auch über SVDRP mit svdrpsend LSTD, um die Devices zu listen (sinnvollerweise sollte für die ein Device-Name im Quellcode gesetzt sein) und mit svdrpsend prim $NUMMER kann man dann umschalten:

Code

$ svdrpsend lstd
220 yavdr08 SVDRP VideoDiskRecorder 2.4.3; Tue Sep 22 12:46:24 2020; UTF-8
250-1 [--] Silicon Labs Si2168
250-2 [DP] softhddevice-openglosd
250 3 [--] 192.168.1.104
221 yavdr08 closing connection
$ svdrpsend prim
220 yavdr08 SVDRP VideoDiskRecorder 2.4.3; Tue Sep 22 12:46:28 2020; UTF-8
250 2 [DP] softhddevice-openglosd
221 yavdr08 closing connection
$ svdrpsend prim 2
220 yavdr08 SVDRP VideoDiskRecorder 2.4.3; Tue Sep 22 12:46:35 2020; UTF-8
250 Primary device set to 2
221 yavdr08 closing connection

Alles anzeigen

Über dbus2vdr geht das auch: https://github.com/flensrocker…r/blob/master/README#L101 ff.

berndb · 22. September 2020

Namen hat es bei mir keine:

Code

./svdrpsend.sh lstd
220 amd64-archlinux SVDRP VideoDiskRecorder 2.4.4; Tue Sep 22 16:03:32 2020; UTF-8
250-1 [--] Silicon Labs Si2168
250-2 [--] Silicon Labs Si2168
250-3 [DP] 
250 4 [D-]

Aber ist nicht schwer zu raten, wer wer ist. O.K., vielen Dank, das hatte ich nicht auf dem Schirm!

seahawk1986 · 22. September 2020

Zitat von berndb

Namen hat es bei mir keine:

Ich habe das bei den yaVDR-Paketen per Patch nachgerüstet, wenn das Upstream fehlt.

xineliboutput keine Verbindung

Jetzt mitmachen!

Teilen