SVDRP VDR Client Timer an Server übergeben

    Hallo,

    ich habe 2 Clients (vdr 2.4.4 und 2.7.4) und einen server (2.6.9) welcher die Aufnahmen und Timer verwaltet.
    Am Anfang konnte ich ab und zu keine timer von den Clients setzen, aber teilweise ging es ohne Probleme, mittlerweile funktioniert es gar nicht mehr.
    Ich habe hier mal einen Ausschnitt der Logs der 2 clients und des server angehängt, aber bei den Clients sieht man nur ein Fehler beim Ansprechen des fernen Timers.

    An dem 2.4.4er client habe ich schon bestimmt 2-3 Jahre keine Änderungen mehr vorgenommen, also tippe ich darauf das am server etwas klemmt, in welche richtung muss ich hier suchen?

    Auf dem Server sieht man in diesem Zeitraum keinen Eintrag in den Logfiles..

    VDR: 2.4.4

    Jun 30 18:15:56 Linux-TV2 vdr: [648] rpihddevice: set video codec to MPEG2
    Jun 30 18:15:56 Linux-TV2 vdr: [635] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
    Jun 30 18:15:56 Linux-TV2 vdr: [634] rpihddevice: video stream started 720x576@25p, PAR=64/45
    Jun 30 18:15:56 Linux-TV2 vdr: [634] rpihddevice: display PAR=1,000, setting video render PAR=64/45
    Jun 30 18:16:12 Linux-TV2 vdr: [622] timer 0 (4 1837-1914 'Die Simpsons') set to event Mo. 30.06.2025 18:39-19:04 'Die Simpsons'
    Jun 30 18:16:12 Linux-TV2 vdr: [622] ERROR: Fehler beim Ansprechen des fernen Timers 0@192.168.0.8!
    Jun 30 18:16:14 Linux-TV2 vdr: [622] max. latency time 2 seconds
    Jun 30 18:16:43 Linux-TV2 vdr: [622] switching to channel 11 S19.2E-1-1091-31200 (Eurosport 1 Deutschland)
    Jun 30 18:16:43 Linux-TV2 vdr: [622] status: cSmtledTest::ChannelSwitch ignore device 1 channel 0
    Jun 30 18:16:43 Linux-TV2 vdr: [622] status: cSmtledTest::ChannelSwitch ignore device 2 channel 0
    Jun 30 18:16:43 Linux-TV2 vdr: [648] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
    Jun 30 18:16:43 Linux-TV2 vdr: [622] status: cSmtledTest::ChannelSwitch ignore device 2 channel 11
    Jun 30 18:16:43 Linux-TV2 vdr: [649] device 3 TS buffer thread ended (pid=622, tid=649)

    setup.conf:

    SVDRPDefaultHost = 192.168.0.8
    SVDRPHostName =
    SVDRPPeering = 2
    SVDRPTimeout = 300

    vdr 2.7.4

    Jun 30 18:48:03 Linux-TV1 vdr: [524] status: cSmtledTest::ChannelSwitch ignore device 0 channel 0
    Jun 30 18:48:03 Linux-TV1 vdr: [524] status: cSmtledTest::ChannelSwitch ignore device 0 channel 600
    Jun 30 18:48:12 Linux-TV1 vdr: [535] frontend 0/0 timed out while tuning to channel 600 (UHD TV), tp 110861
    Jun 30 18:48:36 Linux-TV1 vdr: [524] timer 0 (4 1902-2025 'Galileo') set to event Mo. 30.06.2025 19:04-20:15 'Galileo'
    Jun 30 18:48:36 Linux-TV1 vdr: [524] ERROR: Fehler beim Ansprechen des fernen Timers 0@192.168.0.8!
    Jun 30 18:48:39 Linux-TV1 vdr: [524] max. latency time 3 seconds
    Jun 30 18:49:16 Linux-TV1 vdr: [535] frontend 0/0 timed out while tuning to channel 600 (UHD TV), tp 110861
    Jun 30 18:50:20 Linux-TV1 vdr: [535] frontend 0/0 timed out while tuning to channel 600 (UHD TV), tp 110861

    vdr 524 133 20.4 443168 155392 ? Sl 18:46 7:42 /usr/local/bin/vdr -w 60 -u vdr -l 3.6 -c /etc/vdr --lirc=/dev/lircd -s /etc/vdr/vdrpoweroff.sh -P rpihddevice -P svdrpservice -P st


    -rw-r--r-- 1 vdr vdr 74221 12. Feb 2023 channels.conf
    -rw-r--r-- 1 vdr vdr 0 12. Feb 2023 timers.conf

    setup.conf:

    SVDRPDefaultHost = 192.168.0.8
    SVDRPHostName =
    SVDRPPeering = 2
    SVDRPTimeout = 300

    VDR 2.6.9 (server)

    Jun 30 18:15:55 Linux-G vdr[5506]: [31728] device 1 TS buffer thread started (pid=5506, tid=31728, prio=high)
    Jun 30 18:15:59 Linux-G vdr[5506]: [5623] frontend 1/0 timed out while tuning to channel 600 (UHD TV), tp 110861
    Jun 30 18:16:31 Linux-G vdr[5506]: [5633] SVDRP Linux-G < 127.0.0.1:39420 client connection accepted
    Jun 30 18:16:31 Linux-G vdr[5506]: [5633] SVDRP Linux-G > 127.0.0.1:39420 server created


    Jun 30 18:46:35 Linux-G vdr[5506]: [32259] streamdev-writer thread started (pid=5506, tid=32259, prio=high)
    Jun 30 18:46:35 Linux-G vdr[5506]: [32260] streamdev-filterstreaming thread started (pid=5506, tid=32260, prio=high)
    Jun 30 18:50:01 Linux-G CROND[32293]: (root) CMD (/usr/lib/sa/sa1 1 1)
    Jun 30 18:50:01 Linux-G CROND[32299]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
    Jun 30 18:50:01 Linux-G CROND[32288]: (root) CMDEND (/usr/lib/sa/sa1 1 1)
    Jun 30 18:50:01 Linux-G CROND[32287]: (root) CMDEND (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
    Jun 30 18:53:27 Linux-G vdr[5506]: [5623] frontend 1/0 timed out while tuning to channel 415 (TSR Turkce OBSOLETE), tp 111611
    Jun 30 18:54:06 Linux-G vdr[5506]: [5633] SVDRP Linux-G < 192.168.0.201:57300 connection closed
    Jun 30 18:54:06 Linux-G vdr[5506]: [5633] SVDRP Linux-G < 192.168.0.201:57300 server destroyed

    setup.conf: (server)

    SVDRPDefaultHost =
    SVDRPHostName =
    SVDRPPeering = 0
    SVDRPTimeout = 300

    Quote from kls

    Setz das mal auf 1.

    Hallo,

    hat leider nichts verändert, jetzt sind aber die Einträge im Log des Client verschwunden...

    es erscheint nur noch "Fehler beim Ansprechen des fernen Timers @192.168.0.8!" auf dem TV

    beim Starten des vdr auf dem Server erscheint auch folgedes:

    Jul 31 18:46:47 Linux-G vdr[14258]: [14318] SVDRP server handler thread started (pid=14258, tid=14318, prio=low)
    Jul 31 18:46:47 Linux-G vdr[14258]: [14318] SVDRP Linux-G opening port 6419/tcp
    Jul 31 18:46:47 Linux-G vdr[14258]: [14318] SVDRP Linux-G listening on port 6419/tcp
    Jul 31 18:46:47 Linux-G vdr[14258]: [14319] SVDRP client handler thread started (pid=14258, tid=14319, prio=low)
    Jul 31 18:46:47 Linux-G vdr[14258]: [14319] SVDRP Linux-G opening port 6419/udp
    Jul 31 18:46:47 Linux-G vdr[14258]: [14319] SVDRP Linux-G listening on port 6419/udp
    Jul 31 18:46:47 Linux-G vdr[14258]: [14319] SVDRP Linux-G > 255.255.255.255:6419 send dgram 'SVDRP:discover name:Linux-G port:6419 vdrversion:20609 apiversion:20609 timeout:300'
    Jul 31 18:46:47 Linux-G vdr[14258]: [14258] OSD size changed to 720x480 @ 1
    Jul 31 18:46:47 Linux-G vdr[14258]: [14258] no OSD provider available - using dummy OSD!

    Quote from kls

    Wieso hat der VDR 192.168.0.8 eigentlich keinen Namen?

    hm soweit ich das sehe hatte er wohl noch nie einen, ich habe ihn mal einen gegeben, ändert aber auch nichts.

    SVDRPHostName = Linux-G

    ich muss mich korrigieren, war vorhin im falschem logfile... der Eintrag mit dem Timer kommt immer noch siehe ganz unten.

    Ich sehe in den Logs auch das irgendwas über SVDRP gesucht wird.


    Jul 31 20:46:22 Linux-G vdr[16376]: [16428] SVDRP Linux-G < 192.168.0.201:59250 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)

    Jul 31 20:42:42 Linux-TV2 vdr: [631] SVDRP Linux-TV2 < 192.168.0.8:48288 discovery received (SVDRP:discover name:Linux-G port:6419 vdrversion:20609 apiversion:20609 timeout:300)
    Jul 31 20:44:46 Linux-TV2 vdr: [631] SVDRP Linux-TV2 < 192.168.0.201:47794 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)
    Jul 31 20:46:22 Linux-TV2 vdr: [631] SVDRP Linux-TV2 < 192.168.0.201:59250 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)

    Jul 31 20:44:33 Linux-TV1 vdr: [554] SVDRP Linux-TV1 > 255.255.255.255:6419 send dgram 'SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8'
    Jul 31 20:44:33 Linux-TV1 vdr: [555] device 1 TS buffer thread started (pid=526, tid=555, prio=high)

    Jul 31 20:47:18 Linux-TV1 vdr: [552] cStreamdevFilter::PutSection(Pid:18 Tid: 64): Flushed 10925 bytes, max queue: 6720
    Jul 31 20:47:20 Linux-TV1 vdr: [523] timer 0 (2 2013-2225 'Sendungs name bearbeitet') set to event Do. 31.07.2025 20:15-22:15 'Sendungs name bearbeitet'
    Jul 31 20:47:20 Linux-TV1 vdr: [523] ERROR: Fehler beim Ansprechen des fernen Timers 0@192.168.0.8!

    Hallo,

    ich habe es mal versucht, aber auf dem Server bekomme ich keine richtige Ausgabe zusammen, bin mir nicht sicher ob bei er da sttderr überhaupt etwas rausgibt.

    Client:

    Aug 1 19:31:45 Linux-TV1 vdr: [574] SVDRP Linux-TV1 opening port 6419/tcp
    Aug 1 19:31:45 Linux-TV1 vdr: [574] SVDRP Linux-TV1 listening on port 6419/tcp
    Aug 1 19:31:45 Linux-TV1 vdr: [575] SVDRP client handler thread started (pid=527, tid=575, prio=low)
    Aug 1 19:31:45 Linux-TV1 vdr: [575] SVDRP Linux-TV1 opening port 6419/udp
    Aug 1 19:31:45 Linux-TV1 vdr: [575] SVDRP Linux-TV1 listening on port 6419/udp
    Aug 1 19:31:45 Linux-TV1 vdr: [575] SVDRP Linux-TV1 > 255.255.255.255:6419 send dgram 'SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8'

    Aug 1 19:32:18 Linux-TV1 vdr: [527] timer 0 (4 2231-0133 'Spider-Man: No Way Home') set to event Fr. 01.08.2025 22:33-01:23 'Spider-Man: No Way Home'
    Aug 1 19:32:18 Linux-TV1 vdr: [527] ERROR: Fehler beim Ansprechen des fernen Timers 0@192.168.0.8!


    root@Linux-TV1:~# tail -f /proc/527/fd/2
    > 255.255.255.255:6419 SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8
    < 192.168.0.8:42206 discovery received (SVDRP:discover name:Linux-G port:6419 vdrversion:20609 apiversion:20609 timeout:300)

    Server

    Aug 1 19:31:41 Linux-G vdr[5077]: [5145] SVDRP Linux-G < 192.168.0.202:42752 discovery received (SVDRP:discover name:Linux-TV2 port:6419 vdrversion:20404 apiversion:20403 timeout:300 host:192.168.0.8)
    Aug 1 19:31:59 Linux-G vdr[5077]: [5144] SVDRP Linux-G < 192.168.0.201:33558 client connection accepted
    Aug 1 19:31:59 Linux-G vdr[5077]: [5144] SVDRP Linux-G > 192.168.0.201:33558 server created
    Aug 1 19:32:05 Linux-G vdr[5077]: [5141] Streamdev: Accepted new client (VTP) 192.168.0.201:37589
    Aug 1 19:32:05 Linux-G vdr[5077]: [5141] Streamdev: Setting data connection to 192.168.0.201:41591
    Aug 1 19:32:05 Linux-G vdr[5077]: [5145] SVDRP Linux-G < 192.168.0.201:40912 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)

    stdr
    Linux-G ~ # tail -f /proc/5077/fd/2

    Quote from kls

    Da müsste viel mehr kommen.

    Hallo,

    sry für die späte Antwort, hat etwas gedauert, aber ich habe zwischenzeitlich mal den Server auf vdr 2.7.7 geupdatet aber hat nicht geholfen.

    connecte ich per telnet auf den server erhalte ich das im terminal:

    220 Linux-G SVDRP VideoDiskRecorder 2.7.7; Tue Sep 30 21:07:30 2025; UTF-8
    chan
    250 1 RTL Television

    Auf dem server:

    < 192.168.0.192:63756 client connection accepted
    > S 192.168.0.192:63756: 220 Linux-G SVDRP VideoDiskRecorder 2.7.7; Tue Sep 30 21:07:30 2025; UTF-8
    < S 192.168.0.192:63756: chan
    > S 192.168.0.192:63756: 250 1 RTL Television
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300

    Server:

    > S 192.168.0.201:45068: 215 End of EPG data
    < 192.168.0.201:53090 client connection accepted
    > S 192.168.0.201:53090: 220 Linux-G SVDRP VideoDiskRecorder 2.7.7; Tue Sep 30 20:32:11 2025; UTF-8
    < S 192.168.0.201:53090: LSTE now
    > S 192.168.0.201:53090: 215 End of EPG data
    < S 192.168.0.201:53090: LSTE next
    < 192.168.0.201:41903 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)
    > S 192.168.0.201:53090: 215 End of EPG data
    < S 192.168.0.201:53090: LSTE
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
    .....

    > S 127.0.0.1:32768: 250-1385 SAT.1 GOLD HD Austria;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:1791=27:0;1795=deu@106:38:98C,98D,9F0,6E2,500:61326:1:1017:0
    > S 127.0.0.1:32768: 250-1386 Dlf Kultur;ZDFvision:11361:HC23M5O35P0S1:S19.2E:22000:0:6901=deu@3:0:0:11190:1:1011:0
    < S 127.0.0.1:32768: lste
    > S 127.0.0.1:32768: 215 End of EPG data
    < S 127.0.0.1:32768: quit
    > S 127.0.0.1:32768: 221 Linux-G closing connection
    < S 192.168.0.201:53090: QUIT
    > S 192.168.0.201:53090: 221 Linux-G closing connection
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300

    /var/log/vdr

    client:

    > 255.255.255.255:6419 SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8
    < 192.168.0.8:50992 discovery received (SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300)
    < 192.168.0.8:60716 discovery received (SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300)

    /var/log/vdr (logfile dazwischen etwas gekürzt)


    edit: öffne ich aber vdradmin der auf dem server erhalte ich auch Daten im stderr:

    Code
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
< 127.0.0.1:42594 client connection accepted
> S 127.0.0.1:42594: 220 Linux-G SVDRP VideoDiskRecorder 2.7.7; Tue Sep 30 21:01:51 2025; UTF-8
< S 127.0.0.1:42594: lstt
> S 127.0.0.1:42594: 250-4 1:13:2025-10-03:1928:2010:50:99:Berghütten mit Marcus Fahn:<epgsearch><channel>13 - BR Fernsehen Süd HD</channel><searchtimer>Berghütten mit Marcus Fahn</searchtimer><start>1759512480</start><stop>1759515000</stop><s-id>32</s-id><eventid>28386</eventid></epgsearch>
< S 127.0.0.1:42594: quit
> S 127.0.0.1:42594: 221 Linux-G closing connection

    Edited 3 times, last by bacardischmal (September 30, 2025 at 9:10 PM).

    Quote from kls

    Mach mal nur die Operation, die nicht wie erwartet funktioniert, und poste dann die stderr-Ausgaben vom Client und Server (keine Logfiles).
    Und benutze den "reinen" VDR 2.7.7, ohne Plugins (bis auf das Ausgabeplugin) bzw. Patches.

    Es erscheint im stderr nichts wenn ich auf dem Client versuche den Timer zu setzen.

    Server:

    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300
    < 192.168.0.201:51662 discovery received (SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8)
    > 255.255.255.255:6419 SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300

    Client:

    > 255.255.255.255:6419 SVDRP:discover name:Linux-TV1 port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8
    < 192.168.0.8:39036 discovery received (SVDRP:discover name:Linux-G port:6419 vdrversion:20707 apiversion:30009 timeout:300)


    Aber ich kann sauber vom client per telnet connecten:

    < 192.168.0.201:33270 client connection accepted
    > S 192.168.0.201:33270: 220 Linux-G SVDRP VideoDiskRecorder 2.7.7; Wed Oct 1 18:07:49 2025; UTF-8

    Quote from kls

    Wenn du den Timer auf dem Client setzt, was steht denn da im "Record on:" Feld bei "Edit timer"?

    Hallo,

    wie komme ich da hin? Ich sehe keine angelegten Timer wenn ich im Menü auf Timer gehe, ich kann nur auf Neu und dann steht folgendes da:

    Aktiv: Ja
    Tag: 2025-10-02 Do.
    Anfang: 6:26
    Ende: 09:26
    VPS: nein
    Priorität: 50
    Lebensdauer: 99
    Datei:

    Ich glaube ich kann mich wage erinnern, dass es vor langer Zeit auch mal eine Auswahl zwischen server und lokal gab, wenn du das meinst?

    Hallo,

    kann ich irgendwie noch erkennen ob der VDR versucht eine Verbindung über svdr beim server aufzubauen?

    wenn ich stderr richtig interpretiere kommt doch mit "discovery received" eine anfrage vom Client beim server an? also müssten sie sich doch schon mal sehen?

    Beim Client kann ich doch auch nicht mehr angeben oder?

    svdrpservice.ConnectTimeout = 5
    svdrpservice.ReadTimeout = 5
    svdrpservice.ServerIp = 192.168.0.8
    svdrpservice.ServerPort = 6419

    "svdrpservice" hat nichts mit VDR selber zu tun. Ist das ein Plugin?

    Du müsstest im Log sowas hier sehen:

    Code
    Oct  1 21:49:55 raspi4 vdr: [9298] SVDRP raspi4 < 192.168.1.24:42974 client connection accepted
Oct  1 21:49:55 raspi4 vdr: [9298] SVDRP raspi4 > 192.168.1.24:42974 server created
Oct  1 21:49:55 raspi4 vdr: [9298] SVDRP raspi4 > 192.168.1.24:6419 server connection established
Oct  1 21:49:55 raspi4 vdr: [9298] SVDRP raspi4 > 192.168.1.24:6419 client created for 'vdr4
    Code
    Oct  1 21:49:55 vdr4 vdr: [25444] SVDRP vdr4 > 192.168.1.38:6419 server connection established
Oct  1 21:49:55 vdr4 vdr: [25444] SVDRP vdr4 > 192.168.1.38:6419 client created for 'raspi4'
Oct  1 21:49:55 vdr4 vdr: [25442] SVDRP vdr4 < 192.168.1.38:49268 client connection accepted
Oct  1 21:49:55 vdr4 vdr: [25442] SVDRP vdr4 > 192.168.1.38:49268 server created
    Quote from kls

    "svdrpservice" hat nichts mit VDR selber zu tun. Ist das ein Plugin?

    ja das ist ein Plugin, da habe ich wohl in der config die falsche Zeile kopiert, sollte das werden:

    SVDRPDefaultHost = 192.168.0.8
    SVDRPHostName = Linux-G
    SVDRPPeering = 1
    SVDRPTimeout = 300


    beim Server taucht nur folgendes auf (nur Plugin streamdev-server läuft)

    Code
    Oct  3 09:45:55 Linux-G vdr[25173]: [25215] SVDRP server handler thread started (pid=25173, tid=25215, prio=low)
Oct  3 09:45:55 Linux-G vdr[25173]: [25215] SVDRP Linux-G opening port 6419/tcp
Oct  3 09:45:55 Linux-G vdr[25173]: [25215] SVDRP Linux-G listening on port 6419/tcp
Oct  3 09:45:55 Linux-G vdr[25173]: [25216] SVDRP client handler thread started (pid=25173, tid=25216, prio=low)
Oct  3 09:45:55 Linux-G vdr[25173]: [25216] SVDRP Linux-G opening port 6419/udp
Oct  3 09:45:55 Linux-G vdr[25173]: [25216] SVDRP Linux-G listening on port 6419/udp

    Auf dem Client sieht es so aus (nur rpihddevice streamdev-client smtled Plugins)

    Code
    Oct  3 09:47:39 Linux-TV1 vdr: [570] SVDRP server handler thread started (pid=546, tid=570, prio=low)
Oct  3 09:47:39 Linux-TV1 vdr: [570] SVDRP Linux-G opening port 6419/tcp
Oct  3 09:47:39 Linux-TV1 vdr: [570] SVDRP Linux-G listening on port 6419/tcp
Oct  3 09:47:39 Linux-TV1 vdr: [572] SVDRP client handler thread started (pid=546, tid=572, prio=low)
Oct  3 09:47:39 Linux-TV1 vdr: [572] SVDRP Linux-G opening port 6419/udp
Oct  3 09:47:39 Linux-TV1 vdr: [572] SVDRP Linux-G listening on port 6419/udp
Oct  3 09:47:39 Linux-TV1 vdr: [572] SVDRP Linux-G > 255.255.255.255:6419 send dgram 'SVDRP:discover name:Linux-G port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8'
Oct  3 09:47:48 Linux-TV1 vdr: [546] timer 0 (3 1143-1408 'Asterix & Obelix - Im Auftrag Ihrer Majestät') set to event Fr. 03.10.2025 11:45-13:58 'Asterix & Obelix - Im Auftrag Ihrer Majestät'
Oct  3 09:47:48 Linux-TV1 vdr: [546] ERROR: Fehler beim Ansprechen des fernen Timers 0@192.168.0.8!

    Wenn ich im Logfile vom Server und Client suche habe ich gestern folgendes gefunden, hier waren aber auch andere Plugins an oder kann der error vom stderr logging kommen? Konnte es heute aber nicht reproduzieren.

    Code
    Oct  2 16:57:18 Linux-G vdr[17741]: [17802] ERROR (svdrp.c,1189): Datenübergabe unterbrochen (broken pipe)
Oct  2 16:57:18 Linux-G vdr[17741]: [17802] SVDRP Linux-G < 192.168.0.201:41320 connection closed
Oct  2 16:57:18 Linux-G vdr[17741]: [17802] SVDRP Linux-G < 192.168.0.201:41320 server destroyed
Oct  2 16:57:28 Linux-G vdr[17741]: [17802] SVDRP Linux-G < 192.168.0.201:36272 client connection accepted
Oct  2 16:57:28 Linux-G vdr[17741]: [17802] SVDRP Linux-G > 192.168.0.201:36272 server created
Oct  2 16:57:48 Linux-G vdr[17741]: [17802] ERROR (svdrp.c,1189): Datenübergabe unterbrochen (broken pipe)
Oct  2 16:57:48 Linux-G vdr[17741]: [17802] SVDRP Linux-G < 192.168.0.201:36272 connection closed
Oct  2 16:57:48 Linux-G vdr[17741]: [17802] SVDRP Linux-G < 192.168.0.201:36272 server destroyed
    Code
    Oct  2 16:57:35 Linux-TV1 vdr: [711] SVDRP Linux-G opening port 6419/udp
Oct  2 16:57:35 Linux-TV1 vdr: [711] SVDRP Linux-G listening on port 6419/udp
Oct  2 16:57:35 Linux-TV1 vdr: [711] SVDRP Linux-G > 255.255.255.255:6419 send dgram 'SVDRP:discover name:Linux-G port:6419 vdrversion:20704 apiversion:30006 timeout:300 host:192.168.0.8'
Oct  2 16:57:40 Linux-TV1 vdr: [711] SVDRP client handler thread ended (pid=689, tid=711)
Oct  2 16:57:41 Linux-TV1 vdr: [709] SVDRP server handler thread ended (pid=689, tid=709)

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login