Zwei VDR koppeln, oder so?

Hallo vdr'ler allesamt,

bei mir spielen schon seit Jahren VDRs mit DVB-T/T2 und DVB-C rum. Ich verwende Debian mit deren aktuellen Paketen (vdr 2.4, epgsearch 2.2.0+git20170817-2, streamdev-server 0.6.1+git20170911-2

Weil die Softwarekonfiguration einer Linux-Kiste den EPG zum Absturz bringt und ich momentan viel zu faul bin das alles neu zu installieren kam mir die folgende Frage in den Sinn: Ist es möglich, ein Aufnahme-Device eines VDR-Systems einem anderen Rechner im Netzwerk zu Verfügung zu stellen ODER kann man zwei VDR-Systeme miteinander so dass man bidirektional auf die jeweils anderen Aufnahme-Devices zugreifen kann?

Mmmh, das wäre echt schön. Bin für jeden Hinweis dankbar.

Viele Grüße

don-baba Das scheint mir die sinnvollste Variante, aber kann ich nachlesen wie das geht? Ich denke, ich muss einem VDR mit stream-dev client ja nur sagen wo der VDR mit dem Streamdev-server-plugin ist, oder?

Danke, das habe ich dann auch in der Doku gelesen.

Das ging ganz gut, aber jetzt will ich noch ein bisschen mehr spielen und einen VDR ohne Hardware-Device als docker-image oder QEMU/VM konfigurieren. Der startet aber nicht weil er kein Device findet, kann er ja auch nicht. Braucht man da das softdevice Plugin?

Hallo mini73,

welches Plugin ist denn das?

vdr-plugin-dvbhddevice - Plugin that adds support for full featured HD-DVB cards to VDR

vdr-plugin-dvbhddevice-dbg - Plugin that adds support for full featured HD-DVB cards to VDR

vdr-plugin-dvbsddevice - Plugin that adds support for full featured SD-DVB cards to VDR

vdr-plugin-dvbsddevice-dbg - Plugin that adds support for full featured SD-DVB cards to VDR

vdr-plugin-softhddevice - HD output device plugin for VDR

vdr-plugin-xineliboutput - VDR plugin for Xine based sofdevice frontends

vdr-plugin-xineliboutput-dbg - VDR plugin for Xine based sofdevice frontends

Mehr finde ich hier nicht ...

Nee, der soll nix ausgeben sondern nur auf die Devices anderer VDR's zugreifen um bspw etwas aufzuzeichnen. Das geht ja prinzipiell mit dem vdr-plugin-streamdev-client

Guten Morgen allesamt,

vielen Dank für die Hinweise. Tja, da waren sie wieder, meine drei Probleme ...

Also: Ich hatte ja bereits geschrieben, dass ich Probleme seit den letzten Debian-Updates meines VDR-Aufnahmeservers habe. Dieser hat die letzten - man kann schon fast sagen Jahre - seinen Dienst völlig beschwerdefrei verrichtet. Seit etwa zwei Wochen kommt es zu dem Symptom, dass gelegentlich beim Erstellen von Timern das vdr-plugin-epgsearch den VDR mit einer Modul-Schutzverletzung killt. Natürlich startet der dann über das systemd-Skript wieder neu und zumeist ist es dann damit auch getan. Aber schön ist es halt nicht.

Nachdem ich zuerst an eine komplette Neu-Installation dachte - ist aber Stress, das Teil nimmt täglich mehrere Stunden auf - kam mir in den Sinn , dass es vielleicht am relativen "neuen" VDR 2.4 und dem "alten" vdr-plugin-epgsearch (2.2.+git20170911-2) liegen könnte. Ich weiss, dass es vom vdr-plugin-epgsearch eine neue Version 2.4 gibt, aber so ein Modul per Hand kompilieren und ein Debian-Paket zu machen das habe ich noch nie probiert und demzufolge diese Variante verworfen.

Da ich momentan sowie ein bisschen rum-"dockere" kam mir dann die Idee, über den Streamdev-Server und den Streamdev-Client zwei Systeme zu koppeln. Das habe ich zunächst erfolgreich mit einem weiteren VDR-Aufnahmeserver mit einem DVB-T Device getestet, der so nebenbei "mitläuft". Nun wollte ich das "dockerisieren", nachdem ich im Docker-Hub gesehen habe, dass es da VDR Images gibt die ähnliches tun.

Die VM an sich selbst funktioniert, aber der VDR startet nicht weil er halt meint dass er unbedingt ein DVB Device braucht.

Hmmmh.

Ach so, hier die Ausgabe vom Start ...

Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] registered source parameters for 'S - DVB-S'
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] registered source parameters for 'T - DVB-T'
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] no DVB device found
Feb 27 07:52:27 954fb022090e vdr[1667]: [1669] video directory scanner thread started (pid=1667, tid=1669, prio=high)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1668] video directory scanner thread started (pid=1667, tid=1668, prio=high)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] ERROR: invalid primary device number: 1
Feb 27 07:52:27 954fb022090e vdr[1667]: [1670] epg data reader thread started (pid=1667, tid=1670, prio=high)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] ERROR: no primary device found - using first device!
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] ERROR: invalid primary device number: 1
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] deleting plugin: streamdev-client
Feb 27 07:52:27 954fb022090e vdr[1667]: [1670] reading EPG data from /var/cache/vdr/epg.data
Feb 27 07:52:27 954fb022090e vdr[1667]: [1669] video directory scanner thread ended (pid=1667, tid=1669)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1668] video directory scanner thread ended (pid=1667, tid=1668)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1670] epg data reader thread ended (pid=1667, tid=1670)
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] max. latency time 0 seconds
Feb 27 07:52:27 954fb022090e vdr[1667]: [1667] exiting, exit code 2

Ich hab's gefunden:

Die Ursache ist ein fehlendes Output Plugin, da habe ich vdr-plugin-softhddevice installiert und nun geht es.

Was noch nicht funktioniert ist das Abrufen er EPG Daten vom VDR Server, da mach ich nochmal was auf ...