Das syslog.
Lars.
Das syslog.
Lars.
-p scheint es noch zu geben.
Im syslog sollten aber Zeilen mit "primary device" o.ä. auftauchen.
Lars.
Ja, im Syslog habe ich mal nachgesehen:
2016-01-27T12:14:39.839888+01:00 lucius vdr: [1810] loading /etc/vdr/setup.conf
2016-01-27T12:14:39.840208+01:00 lucius vdr: [1810] ERROR: unknown config parameter: PrimaryLimit = 0
[...]
2016-01-27T12:14:39.859576+01:00 lucius vdr: [1810] probing /dev/dvb/adapter0/frontend0
2016-01-27T12:14:39.859893+01:00 lucius vdr: [1810] creating cDvbDevice
2016-01-27T12:14:39.860246+01:00 lucius vdr: [1810] new device number 1
[...]
2016-01-27T12:14:39.864703+01:00 lucius vdr: [1810] probing /dev/dvb/adapter1/frontend0
2016-01-27T12:14:39.865076+01:00 lucius vdr: [1810] creating cDvbDevice
2016-01-27T12:14:39.865409+01:00 lucius vdr: [1810] new device number 2
2016-01-27T12:14:39.865747+01:00 lucius vdr: [1810] frontend 1/0 provides DVB-C,DVB-T,DVB-T2,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
2016-01-27T12:14:39.866083+01:00 lucius vdr: [1810] found 2 DVB devices
2016-01-27T12:14:39.866440+01:00 lucius vdr: [1818] frontend 1/0 tuner thread started (pid=1810, tid=1818, prio=high)
2016-01-27T12:14:39.866887+01:00 lucius vdr: [1810] initializing plugin: xineliboutput (1.1.0): X11/xine-lib output plugin
2016-01-27T12:14:39.867242+01:00 lucius vdr: [1819] device 2 section handler thread started (pid=1810, tid=1819, prio=low)
2016-01-27T12:14:39.867610+01:00 lucius vdr: [1810] new device number 3
[...]
2016-01-27T12:14:39.870215+01:00 lucius vdr: [1810] setting primary device to 3
Alles anzeigen
Das sieht mir schon so aus, als wäre xineliboutput als primary device gesetzt. Aber ist das auch das primäre Ausgabedevice? Wenn ich das richtig verstanden habe, hat PrimaryLimit mit der Ausgabe nichts zu tun?
Habe widersprüchliche Infos darüber gefunden, ob xineliboutput ohne Hardware-MPG-Decoder ein Bild ausgeben kann. Ich habe ein Server-Board mit der onboard-Grafik, also keine Hardware-Unterstützung bei der Bildberechnung. Muss ich dafür noch was installieren (hab mal was über virtual devices gelesen) oder kann xineliboutput das inzwischen von Haus aus auf der CPU?
Habe widersprüchliche Infos darüber gefunden, ob xineliboutput ohne Hardware-MPG-Decoder ein Bild ausgeben kann.
Wenn xine das kann, kann xineliboutput das auch. Einfach mal die Manpage wälzen - du kannst beim Start angeben, mit welcher Methode er das Bild ausgeben soll.
Hi,
blöde Frage:
geht denn dein X Desktop? Der muss zuerst laufen, dann gehts weiter mit Audio (am Besten pulseaudio, da dann viele Programme mit Ton funktionieren und nicht nur XBMC/KODI oder VDR).
Aber generell: Warum willst du das Rad neu erfinden? Oder willst du nur was lernen?
Es ist nicht ohne Grund mittlerweile ein ganzer Haufen komplexe Skripte bei easyvdr 3.0 nötig, um das alles einzustellen. Guck doch evtl. da mal rein...
Warum nimmst du nicht softhddevice?
xinelibout braucht noch eine versteckte config, erinnere ich mich dunkel...
MfG,
Stefan
Und das nächste Update...
Aufnahmen gehen jetzt einwandfrei, es war tatsächlich das Kabel zwischen Wanddose und VDR. Eine Sorge weniger...
Bin ja für einfache Lösungen durchaus zu haben Beim Wälzen der Anleitungen schien mir xineliboutput erst mal die praktikabelste Lösung für meine Client-Server-Installation. Mein VDR soll nur Aufnehmen, Abspielen sollen dann diverse Clients, die ich nach und nach an den Fernsehern verteilen werde. Da das dann eh schon mal da war, wollte ich damit zunächst mal lokal testen, ob die Eingangsseite in Ordnung ist. Gut, das habe ich herausgefunden, dann kann ich mich jetzt also um die Netzwerklösung kümmern.
Wenn ich das richtig lese, ist softhddevice eine rein lokale Lösung? Damit könnte ich zwar mal testen, aber am Ende suche ich dann doch wieder etwas, was übers Netz abspielt...
Habe mir zum Testen unter Windows auch schon mal den VDR-Zapper runtergeladen, aber der scheitert bisher daran, den Mplayer auch nur aufzurufen (den ich auch runtergeladen habe, Pfad ist korrekt eingetragen).
Grüße
Dominik
[..]unter Windows auch schon mal den VDR-Zapper runtergeladen, aber der scheitert bisher daran, den Mplayer auch nur aufzurufen[..]
Statt mplayer könntest du aber dafür auch VLC nutzen/mal probieren ..
Hi,
Statt mplayer könntest du aber dafür auch VLC nutzen/mal probieren ..
..geht beides VLC ist jedoch die besser Wahl.
Gruss
Wolfgang
Und auf dem Server dann streamdev-server.
Lars.
Danke Lars, habe übersehen, dass Mplayer auf den streamdev-server zugreift und nicht auf den xineliboutput-Strom. Streamdev-server gestartet, MPlayer geht Da das ganze nur zum Testen gedacht ist, gebe ich mich mit dem mal zufrieden, jetzt fehlt nur noch der Ton... Edit: mit der richtigen Einstellung (PES statt PS) klappt auch der Ton.
Dann suche ich mal weiter nach dem Problem mit dem xineliboutput...
Nachdem ich gerade gelesen habe, dass beim xineliboutput sich alle Clients ein und denselben Stream teilen müssen, wäre das bestenfalls eine Übergangslösung. Daher bleibe ich wohl bei dem im Großen und Ganzen funktionierenden streamdev.
Weiß einer, welche Optionen ich im VDR-Zapper einstellen muss, damit VLC korrekt gestartet wird? Bekomme die Fehlermeldung "VLC media player could not start. Either the command lin eoptions were invalid or no plugins were found." Manuell kann ich im VLC die Streams öffnen...
Dann verrate doch mal deine Einstellungen und Startargumente für den VLC. Hier sieht das z.B. so aus:
[Blockierte Grafik: https://dl.dropboxusercontent.com/u/960809/vdrzapper/vdrzapper_vlc.PNG]
Moin,
das sieht bei mir sehr ähnlich aus. Ich habe in der rechten Hälfte des Fensters noch Auswahlmöglichkeiten zu Größe und Position des Fensters, was auf den Programmstart eher keine Auswirkungen haben sollte. Ansonsten war bei mir die Konsole deaktiviert, dafür aber hohe Priorität angehakt. Eine Anpassung auf Deine Werte hat nichts geändert. Streamingtyp istbei mir PES.
Mit dieser URL kann ich im VLC direkt den Stream auf Kanal 4 aufrufen:
http://192.168.178.244:3000/PES/4
Daher bin ich mir recht sicher dass PES zumindest funktioniert. Mit PS hatte ich keinen Ton, mit TS habe ich es noch nicht versucht.
Streamingtyp istbei mir PES.
TS funktioniert bei aktuellen VDR-Versionen meiner Erfahrung nach am besten.
Habe es jetzt mit TS versucht, direkt aus VLC läuft es gut, beim Start aus VDR Zapper heraus gleiche Fehlermeldung...
Welche Version von vlc hast du denn installiert und ist der Pfad auch wirklich korrekt hinterlegt?
Lars
Version ist 2.2.1, habe die Aufrufzeile aus dem Zapper mal - um Fehler zu vermeiden - in die Kommandozeile (Start - Ausführen) kopiert - VLC startet.
Dominik
Hallo zusammen,
der Server läuft jetzt seit Tagen einwandfrei (von einem Hardwaredefekt abgesehen), jetzt bin ich dabei, ein altes Dell-Notebook (Latitude D630, Centrino Duo, openSuSE 13.1, Nvidia-Chip) als Client aufzusetzen. Dabei kommt jetzt das alte Problem mit Xineliboutput wieder hoch. Auch auf dem Notebook kommt vdr-sxfe mit einem X11-Fenster hoch, das Fenster hat aber "keinen Inhalt", es bleibt praktisch transparent.
Die direkte Ausgabe sieht so aus:
linux-mvfo:~ # vdr-sxfe
vdr-sxfe 1.1.0 (build with xine-lib 1.2.3, using xine-lib 1.2.3)
VDR server not given, searching ...
---------------------------------------------------------------
WARNING: MRL not given and server not found from local network.
Trying to connect to default port on local host.
---------------------------------------------------------------
[2163] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[2163] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[2163] [vdr-fe] Detected 2 CPUs
[2163] [vdr-fe] Enabling FFmpeg multithreaded video decoding
[2163] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[2163] [input_vdr] Server greeting: VDR-2.2.0 xineliboutput-1.1.0 READY
[2163] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
[2163] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.2144/pipe.0
[2163] [input_vdr] Data stream connected (PIPE)
[2163] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 is too low for HD-playback! Please use values between 500-1000!
Press Esc to exit
xv_set_property: property=8, value=100
xv_set_property: property=2, value=0
xv_set_property: property=3, value=0
xv_set_property: property=5, value=0
xv_set_property: property=24, value=0
xv_set_property: property=25, value=0
xv_set_property: property=4, value=0
xv_set_property: property=1, value=0
[2179] [input_vdr] No data in 8 seconds, queuing no signal image
[2179] [input_vdr] No data in 8 seconds, queuing no signal image
[2163] [input_vdr] Connections closed.
xv_set_property: property=2, value=0
xv_set_property: property=3, value=0
xv_set_property: property=5, value=0
xv_set_property: property=24, value=0
xv_set_property: property=25, value=0
xv_set_property: property=4, value=0
xv_set_property: property=1, value=0
Terminating...
[2180] [console] Keyboard thread terminated
[2163] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[2163] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
linux-mvfo:~ #
Alles anzeigen
Im Syslog findet sich vom vdr-Start und dem vdr-sxfe folgendes:
2016-02-16T20:02:05.449721+01:00 linux-mvfo vdr: [2144] VDR version 2.2.0 started
2016-02-16T20:02:05.450845+01:00 linux-mvfo vdr: [2144] switched to user 'vdr'
2016-02-16T20:02:05.451813+01:00 linux-mvfo vdr: [2144] codeset is 'UTF-8' - known
2016-02-16T20:02:05.452805+01:00 linux-mvfo vdr: [2144] use of environment variable VDR_CHARSET_OVERRIDE () is deprecated!
2016-02-16T20:02:05.453652+01:00 linux-mvfo vdr: [2144] override character table is ''
2016-02-16T20:02:05.479942+01:00 linux-mvfo vdr: [2144] found 0 locales in /usr/share/vdr/locale
2016-02-16T20:02:05.480501+01:00 linux-mvfo vdr: [2144] no locale for language code 'deu,ger'
2016-02-16T20:02:05.481009+01:00 linux-mvfo vdr: [2144] no locale for language code 'slv,slo'
2016-02-16T20:02:05.481424+01:00 linux-mvfo vdr: [2144] no locale for language code 'ita'
2016-02-16T20:02:05.481845+01:00 linux-mvfo vdr: [2144] no locale for language code 'dut,nla,nld'
2016-02-16T20:02:05.482308+01:00 linux-mvfo vdr: [2144] no locale for language code 'prt'
2016-02-16T20:02:05.482722+01:00 linux-mvfo vdr: [2144] no locale for language code 'fra,fre'
2016-02-16T20:02:05.483363+01:00 linux-mvfo vdr: [2144] no locale for language code 'nor'
2016-02-16T20:02:05.483959+01:00 linux-mvfo vdr: [2144] no locale for language code 'fin,suo'
2016-02-16T20:02:05.484596+01:00 linux-mvfo vdr: [2144] no locale for language code 'pol'
2016-02-16T20:02:05.485334+01:00 linux-mvfo vdr: [2144] no locale for language code 'esl,spa'
2016-02-16T20:02:05.486021+01:00 linux-mvfo vdr: [2144] no locale for language code 'ell,gre'
2016-02-16T20:02:05.486668+01:00 linux-mvfo vdr: [2144] no locale for language code 'sve,swe'
2016-02-16T20:02:05.487276+01:00 linux-mvfo vdr: [2144] no locale for language code 'rom,rum'
2016-02-16T20:02:05.487878+01:00 linux-mvfo vdr: [2144] no locale for language code 'hun'
2016-02-16T20:02:05.488463+01:00 linux-mvfo vdr: [2144] no locale for language code 'cat,cln'
2016-02-16T20:02:05.489097+01:00 linux-mvfo vdr: [2144] no locale for language code 'rus'
2016-02-16T20:02:05.489467+01:00 linux-mvfo vdr: [2144] no locale for language code 'srb,srp,scr,scc'
2016-02-16T20:02:05.489808+01:00 linux-mvfo vdr: [2144] no locale for language code 'hrv'
2016-02-16T20:02:05.490138+01:00 linux-mvfo vdr: [2144] no locale for language code 'est'
2016-02-16T20:02:05.490471+01:00 linux-mvfo vdr: [2144] no locale for language code 'dan'
2016-02-16T20:02:05.490840+01:00 linux-mvfo vdr: [2144] no locale for language code 'cze,ces'
2016-02-16T20:02:05.491190+01:00 linux-mvfo vdr: [2144] no locale for language code 'tur'
2016-02-16T20:02:05.491527+01:00 linux-mvfo vdr: [2144] no locale for language code 'ukr'
2016-02-16T20:02:05.491902+01:00 linux-mvfo vdr: [2144] no locale for language code 'ara'
2016-02-16T20:02:05.492256+01:00 linux-mvfo vdr: [2144] loading plugin: /usr/lib64/vdr/libvdr-xineliboutput.so.2.2.0
2016-02-16T20:02:05.544323+01:00 linux-mvfo vdr: [2144] loading plugin: /usr/lib64/vdr/libvdr-xine.so.2.2.0
2016-02-16T20:02:05.574714+01:00 linux-mvfo vdr: [2144] loading plugin: /usr/lib64/vdr/libvdr-live.so.2.2.0
2016-02-16T20:02:05.738948+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/setup.conf
2016-02-16T20:02:05.755378+01:00 linux-mvfo vdr: [2144] ERROR: unknown config parameter: PrimaryLimit = 0
2016-02-16T20:02:05.771310+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/sources.conf
2016-02-16T20:02:05.791562+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/diseqc.conf
2016-02-16T20:02:05.792005+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/scr.conf
2016-02-16T20:02:05.792452+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/channels.conf
2016-02-16T20:02:05.797546+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/svdrphosts.conf
2016-02-16T20:02:05.809991+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/remote.conf
2016-02-16T20:02:05.810494+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/keymacros.conf
2016-02-16T20:02:05.837365+01:00 linux-mvfo vdr: [2146] video directory scanner thread started (pid=2144, tid=2146, prio=high)
2016-02-16T20:02:05.838008+01:00 linux-mvfo vdr: [2145] video directory scanner thread started (pid=2144, tid=2145, prio=high)
2016-02-16T20:02:05.838451+01:00 linux-mvfo vdr: [2144] registered source parameters for 'A - ATSC'
2016-02-16T20:02:05.838894+01:00 linux-mvfo vdr: [2144] registered source parameters for 'C - DVB-C'
2016-02-16T20:02:05.839353+01:00 linux-mvfo vdr: [2144] registered source parameters for 'S - DVB-S'
2016-02-16T20:02:05.839796+01:00 linux-mvfo vdr: [2144] registered source parameters for 'T - DVB-T'
2016-02-16T20:02:05.840331+01:00 linux-mvfo vdr: [2144] no DVB device found
2016-02-16T20:02:05.840818+01:00 linux-mvfo vdr: [2144] initializing plugin: xineliboutput (1.1.0): X11/xine-lib output plugin
2016-02-16T20:02:05.841161+01:00 linux-mvfo vdr: [2144] new device number 1
2016-02-16T20:02:05.841494+01:00 linux-mvfo vdr: [2144] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us
2016-02-16T20:02:05.841838+01:00 linux-mvfo vdr: [2144] [xine..put] cTimePts: using monotonic clock
2016-02-16T20:02:05.842272+01:00 linux-mvfo vdr: [2144] [xine..put] RTP SSRC: 0x51570b5d
2016-02-16T20:02:05.842731+01:00 linux-mvfo vdr: [2144] initializing plugin: xine (0.9.4): Software based playback using xine
2016-02-16T20:02:05.843217+01:00 linux-mvfo vdr: [2144] new device number 2
2016-02-16T20:02:05.843604+01:00 linux-mvfo vdr: [2147] epg data reader thread started (pid=2144, tid=2147, prio=high)
2016-02-16T20:02:05.843948+01:00 linux-mvfo vdr: [2149] XineRemote control thread started (pid=2144, tid=2149, prio=high)
2016-02-16T20:02:05.844277+01:00 linux-mvfo vdr: [2149] Entering cXineRemote thread
2016-02-16T20:02:05.844692+01:00 linux-mvfo vdr: [2148] [xine..put] Have CAP_SYS_NICE capability
2016-02-16T20:02:05.863138+01:00 linux-mvfo vdr: [2147] reading EPG data from /var/cache/vdr/epg.data
2016-02-16T20:02:05.863650+01:00 linux-mvfo vdr: [2147] epg data reader thread ended (pid=2144, tid=2147)
2016-02-16T20:02:05.885493+01:00 linux-mvfo vdr: [2144] initializing plugin: live (0.3.0): Live Interactive VDR Environment
2016-02-16T20:02:05.886087+01:00 linux-mvfo vdr: [2144] setting primary device to 1
2016-02-16T20:02:05.886512+01:00 linux-mvfo vdr: [2144] assuming manual start of VDR
2016-02-16T20:02:05.886936+01:00 linux-mvfo vdr: [2144] SVDRP listening on port 6419
2016-02-16T20:02:05.887447+01:00 linux-mvfo vdr: [2144] setting current skin to "sttng"
2016-02-16T20:02:05.887848+01:00 linux-mvfo vdr: [2144] loading /etc/vdr/themes/sttng-default.theme
2016-02-16T20:02:05.888183+01:00 linux-mvfo vdr: [2144] starting plugin: xineliboutput
2016-02-16T20:02:05.888601+01:00 linux-mvfo vdr: [2150] Remote decoder/display server (cXinelibServer) thread started (pid=2144, tid=2150, prio=high)
2016-02-16T20:02:05.889036+01:00 linux-mvfo vdr: [2150] [xine..put] Have CAP_SYS_NICE capability
2016-02-16T20:02:05.889407+01:00 linux-mvfo vdr: [2150] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99]
2016-02-16T20:02:05.889770+01:00 linux-mvfo vdr: [2150] [xine..put] Listening on port 37890
2016-02-16T20:02:05.890207+01:00 linux-mvfo vdr: [2150] [xine..put] Listening for UDP broadcasts on port 37890
2016-02-16T20:02:05.986522+01:00 linux-mvfo vdr: [2144] [xine..put] cXinelibDevice::StartDevice(): Device started
2016-02-16T20:02:05.987152+01:00 linux-mvfo vdr: [2144] starting plugin: xine
2016-02-16T20:02:05.987727+01:00 linux-mvfo vdr: [2144] starting plugin: live
2016-02-16T20:02:06.065516+01:00 linux-mvfo vdr: [2144] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!
2016-02-16T20:02:06.078342+01:00 linux-mvfo vdr: [2144] ERROR: remote control XineRemote not ready!
2016-02-16T20:02:06.078833+01:00 linux-mvfo vdr: [2144] cTimeMs: using monotonic clock (resolution is 1 ns)
2016-02-16T20:02:06.079418+01:00 linux-mvfo vdr: [2144] switching to channel 1 (Das Erste)
2016-02-16T20:02:06.079803+01:00 linux-mvfo vdr: [2144] info: Channel not available!
2016-02-16T20:02:06.086994+01:00 linux-mvfo vdr: [2144] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
2016-02-16T20:02:06.105203+01:00 linux-mvfo vdr: [2153] [live] INFO: attempt to listen on ip = ''
2016-02-16T20:02:06.146520+01:00 linux-mvfo vdr: [2153] [live] ERROR: Unable to load cert/key (/etc/vdr/plugins/live/live.pem / /etc/vdr/plugins/live/live-key.pem): No such file or directory
2016-02-16T20:02:06.281904+01:00 linux-mvfo vdr: [2146] video directory scanner thread ended (pid=2144, tid=2146)
2016-02-16T20:02:06.401727+01:00 linux-mvfo vdr: [2145] video directory scanner thread ended (pid=2144, tid=2145)
2016-02-16T20:02:08.088799+01:00 linux-mvfo vdr: [2144] setting watchdog timer to 90 seconds
2016-02-16T20:02:08.172909+01:00 linux-mvfo vdr: [2144] OSD size changed to 720x576 @ 1,42222
2016-02-16T20:02:08.173415+01:00 linux-mvfo vdr: [2144] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
2016-02-16T20:02:09.185569+01:00 linux-mvfo vdr: [2144] max. latency time 1 seconds
2016-02-16T20:02:18.209129+01:00 linux-mvfo vdr: [2150] [xine..put] Client 0 connected: 127.0.0.1:40638
2016-02-16T20:02:18.224440+01:00 linux-mvfo vdr: [2150] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
2016-02-16T20:02:18.238407+01:00 linux-mvfo vdr: [2150] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262144 bytes
2016-02-16T20:02:18.238930+01:00 linux-mvfo vdr: [2150] [xine..put] Trying PIPE connection ...
2016-02-16T20:02:18.239278+01:00 linux-mvfo vdr: [2150] creating directory /etc/vdr/plugins/xineliboutput/pipes.2144
2016-02-16T20:02:18.257331+01:00 linux-mvfo vdr: [2150] removing /etc/vdr/plugins/xineliboutput/pipes.2144
2016-02-16T20:02:18.258118+01:00 linux-mvfo vdr: [2150] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
2016-02-16T20:02:18.258533+01:00 linux-mvfo vdr: [2150] [xine..put] cTcpWriter initialized (buffer 2048 kb)
2016-02-16T20:02:18.258974+01:00 linux-mvfo vdr: [2150] [xine..put] Pipe open
2016-02-16T20:02:36.095840+01:00 linux-mvfo vdr: [2150] [xine..put] Closing connection 0
linux-mvfo:~ #
Alles anzeigen
Ein xterm funktioniert einwandfrei.
Folgende Plugins laufen:
linux-mvfo:~ # svdrpsend plug
220 linux-mvfo.site SVDRP VideoDiskRecorder 2.2.0; Tue Feb 16 20:43:25 2016; UTF-8
214-Available plugins:
214-xineliboutput v1.1.0 - X11/xine-lib output plugin
214-xine v0.9.4 - Software based playback using xine
214-live v0.3.0 - Live Interactive VDR Environment
214 End of plugin list
221 linux-mvfo.site closing connection
linux-mvfo:~ #
Ich versuche derweil mal das Problem zu lösen, dass service vdr status meldet, den Service gebe es gar nicht...
Danke und Grüße
Dominik
214-xineliboutput v1.1.0 - X11/xine-lib output plugin
214-xine v0.9.4 - Software based playback using xine
Ich würde die nicht gleichzeitig aktivieren, sonst kloppen die sich darum wer das primäre Ausgabegerät sein darf. Der VDR scheint auch keine DVB-Karte beim Start gefunden zu haben.
Moin,
hatte xine erst aktiviert, nachdem es nicht geklappt hat, weil ich mir nicht sicher war, ob das Xineliboutput-Plugin über das Xine-Plugin den Player startet. Habe es jetzt wieder deaktiviert, leider ohne Besserung.
Richtig, dieser VDR hat kein DVB-device, es handelt sich um einen reinen Client, der eigentlich nur dafür da ist, die vom Server aufgenommenen Files abzuspielen.
Das Service-Problem ist inzwischen gelöst. Einmal über systemctl start vdr gestartet, geht es nun auch wieder mit service vdr start.
Grüße
Dominik
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!