Remote-Timer Programmierung geht nicht

    Hallo,

    ich habe 2x VDR unter Debian laufen:

    1x als Server im Keller mit einer Dual-Sat-Karte und

    1x als Client (2.3.8-2~etobi1) auf einem Raspberry im Wohnzimmer.


    Das Ganze läuft jetzt auch schon seit ein paar Monaten recht stabil (Server war bis vor kurzem noch eine sehr alte VDR-Version) . Jetzt habe ich extra auch den Server auf den aktuelle Stand (2.4.0-2~etobi1) aktualisiert, in der Hoffnung dass jetzt die Timer-Programmierung für den Server auch über den Client möglich ist.

    Auf dem Client habe ich in SVDRPDefaultHost den Servernamen eingetragen und im OSD die "SVDRP Verbindung" auf "mit jeder Maschine" gesetzt.

    Versuche ich nun einen Timer über das EPG zu setzen dann bekomme ich aber im OSD folgende Fehlermeldung:

    "Fehler beim Ansprechen des fernen Timers 0@SERVERNANE" (Servername ist der Name des VDR-Servers)

    Im Syslog des Servers sehe ich auch keine SVDRP-Meldung


    Ist die 0 (Null) bei der Fehlermeldung vielleicht ein Hinweis auf die Ursache?


    Folgendes habe ich schon getestet:

    - svdrpsend -d SERVERNAME LSTT bzw auch NEWT mit Settings vom Client aus. Das hat einwandfrei funktioniert und daher sollte die SVDRP-Verbindung möglich sein. Hier sehe ich auch eine Syslog-Meldung am Server

    - Alle Einstellungen von "SVDRP Verbindung" durchgespielt

    - Quellcode angeschaut: Leider gibt es mehrere Stellen wo die Fehlermeldung auftreten kann.


    Ich sehe auch auf dem Client in der Timerliste keine Einträge, obwohl auf dem Server welche eingetragen sind.


    Wer hat mir noch eine Idee was ich ausprobieren kann? Leider kann ich aus irgendwelchen Gründen auf dem Raspberry nicht auf die 2.4 Version updaten. Beim ersten Versuch bekam ich kein Bild mehr und hab dann wieder auch 2.3.8 downgegradet.


    Viele Grüße

    Sinclair

    Ich hatte mit der vdr_2.3.8-1~etobi1 auch das Problem das die remote Timer damit grundsätzlich nicht funktionieren. Darauf hatte Tobi dann die Version vdr_2.3.8-2~etobi1 veröffentlicht, womit die Remote Timer auf meinem Raspberry mit meinem Server der damals auch auf Version 2.3.8 lief keine Probleme machten. Du solltest also mindestens vdr_2.3.8-2~etobi1 verwenden. Mittlerweile läuft bei mir aber der Raspberry und der Server mit 2.4 ohne Probleme. Besser wäre also zu schauen warum dein Pi nicht mit 2.4 funktioniert.


    Gruß Dile

    Jetzt habe ich endlich mal alles auf die aktuellen Versionen von etobi aktualisiert:


    Server:

    vdr 2.4.0-2~etobi1

    vdr-plugin-streamdev-server 0.6.1+git20180514-1


    Client:

    vdr 2.4.0-2~etobi1

    vdr-plugin-streamdev-client 0.6.1+git20180514-1


    Leider kommt immer noch die gleiche Fehlermeldung "Fehler beim Ansprechen des fernen Timers 0@SERVERNANE" (Servername ist der Name des VDR-Servers). Ich habs auch schon mit IP-Adresse statt Servername versucht, auch kein Erfolg. Wie zuvor sehe ich keine Meldungen im Log des Servers.


    Kann mir jemand mal seine Setup.conf vom Server und vom Client posten?

    Hallo,


    ich habe das gleiche Problem mit MLD.


    Sinclair73: Hast Du das Problem gelöst bekommen? Wenn ja, wie?


    Vielen Dank.


    SoS


    LG,
    Sven.



    Hallo,


    auch ich hab das Problem: "Fehler beim Ansprechen des fernen Timers 0@server2".

    Ein neuer Server und ein neuer Client im Netzwerk mit vdr 2.4.0 und den Patches von ftp://ftp.tvdr.de/vdr/Developer/Patches/vdr-2.4.

    Getestet mit streamdev und einem Ausgabe Plugin xineliboutput oder softhddevice.


    Soviel wie ich verstanden habe, habe ich in Client setup.conf folgendes eingetragen damit Remotetimer aktiv wird:


    Code
    SVDRPDefaultHost = server2
SVDRPHostName = server2
SVDRPPeering = 2

    und auf der Server setup.conf:

    Code
    SVDRPDefaultHost = 
SVDRPHostName = 
SVDRPPeering = 


    stehen.


    Ein svdrpsend -d server2 LSTT funktioniert auf dem Client.


    Wie soll es eingestellt werden?


    Gruß Uwe

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Hallo Klaus,


    die Datei channels.conf kopiere ich vor start des Clients vom Server. Ich habe gerade es nochmal ausprobiert, ohne Erfolg.


    Anbei Logs .


    Gruß Uwe

    Dateien

    client.txt 16,35 kB – 345 Downloads server2.txt 3,92 kB – 279 Downloads

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Ich sehe im Log nichts, was auf eine Verbindungsaufnahme zwischen Client und Server via SVDRP hindeuten würde.

    Das müsste auf dem Server etwa so aussehen:

    Code
    Nov 11 13:33:05 vdr3 vdr: [11034] SVDRP vdr3 > 255.255.255.255:6419 send dgram 'SVDRP:discover name:vdr3 port:6419 vdrversion:20501 apiversion:20501 timeout:300'
Nov 11 13:33:05 vdr3 vdr: [11032] SVDRP vdr3 < 192.168.1.158:33294 client connection accepted
Nov 11 13:33:05 vdr3 vdr: [11032] SVDRP vdr3 > 192.168.1.158:33294 server created
Nov 11 13:33:05 vdr3 vdr: [11032] SVDRP vdr3 > 192.168.1.158:6419 server connection established
Nov 11 13:33:05 vdr3 vdr: [11032] SVDRP vdr3 > 192.168.1.158:6419 client created for 'raspi4'

    und auf dem Client so:

    Code
    Nov 11 13:33:05 raspi4 vdr: [21344] SVDRP raspi4 < 192.168.1.8:42436 discovery received (SVDRP:discover name:vdr3 port:6419 vdrversion:20501 apiversion:20501 timeout:300)
Nov 11 13:33:05 raspi4 vdr: [21344] SVDRP raspi4 > 192.168.1.8:6419 server connection established
Nov 11 13:33:05 raspi4 vdr: [21344] SVDRP raspi4 > 192.168.1.8:6419 client created for 'vdr3'
Nov 11 13:33:05 raspi4 vdr: [21343] SVDRP raspi4 < 192.168.1.8:52512 client connection accepted
Nov 11 13:33:05 raspi4 vdr: [21343] SVDRP raspi4 > 192.168.1.8:52512 server created

    Klaus

    Hallo Klaus,


    habe gerade mal die Verbindung mit socat getestet, broadcast geht hin zum server2.


    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Das mag schon sein ;-). Die beiden VDRs nehmen dennoch keine SVDRP-Verbindung auf.


    Hast du auch auf dem Server SVDRPPeering = 1 gesetzt?


    Was hat es denn mit diesem "svdrposd" Plugin auf sich?

    Im Log steht zwar


    2018-11-11T12:24:34.302421+01:00 server2 vdr: [3314] starting plugin: svdrposd


    aber ich sehe kein


    loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-svdrposd.so.2.4.0


    (gleiches gilt für das "remote" Plugin).


    Lass das "svdrposd" Plugin mal weg und versuch es nochmal.


    Klaus

    Hallo Klaus,


    immer noch kein erfolg, test Server nur mit SATIP.

    Wenn ich den Client starte kommt auf dem Server wie erwartet:

    Code
    server2:~ # socat -u udp-recv:6419,reuseaddr -
SVDRP:discover name:server2 port:6419 vdrversion:20400 apiversion:20400 timeout:300 host:server2

    nur der vdr sieht nicht den broadcast.


    Gruß

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Zitat von kls

    Hast du auch auf dem Server SVDRPPeering = 1 gesetzt?

    Ja,

    mit 1 und 0 getestet.

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Hallo Klaus,


    ich Blindfisch, ich habs, der Fehler war schon im ersten Post #7 von mir schon ersichtlich:

    Code
    Auf Client setup.conf:

SVDRPHostName = server2     <--- falsch, hier muss der Clientname hin

    Ich dachte SVDRPHostName wäre der Servername.


    Auf dem Client so einstellen und es geht:

    Code
    SVDRPDefaultHost = server2
SVDRPHostName = linux2
SVDRPPeering = 2


    Gruß

    Multiroom-System:
    Server: ASRock J4105, openSUSE Tumbleweed, 14TB HD, Cine S2 (4Tuner), vdr2.4.0, streamdev-server

    FullHD-Client1: Zotac ZBOX HD-ND22, openSUSE 13.1, vdr2.2.0, streamdev-client, xineliboutput, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    FullHD-Client2: Zotac ZBOX HD-ND22, openSUSE 42.1, vdr2.2.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5
    Test-Client: ASRock B85M, openSUSE Tumbleweed, vdr2.4.0, streamdev-client, softhddevice, IR-Empfänger/Sender/Einschalter yaUsbIR V3.5

    Hallo,

    Zitat von kls

    beinhart Out of the box nicht. Aber du könntest cRecordControls::Start(cTimers *Timers, cTimer *Timer, bool Pause) entsprechend ändern.


    Klau

    was genau müsste da wo angepasst werden, würde das, also die Direktaufnahme nur auf dem Server, gerne auf dem Client hier ohne hdd, auch so haben wollen.

    Gibt es da vielleicht bereits schon einen Patch ?

    Danke schon mal im Voraus.

    mfg

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden