[Benutzername]

Hallo,


bei meinem aktuellen Client-Server-Setup (Server yavdr 2.7.3, Client MLD 6.5) funktionieren Remote Timer nicht mehr, also das Anzeigen oder Neuprogrammieren von Server-Timern vom Client aus.

Wenn ich am Client im Menu die Timer-Liste öffne, ist die leer.

Wenn ich einen Timer anlegen möchte, erscheint die Meldung "Fehler beim Ansprechen des fernen Timers 0@<servername>!

Auf der Kommandozeile des Clients gibt der Befehl "svdrpsend <servername> 6419 LSTT" die Liste der Timer auf dem Server problemlos aus.

Die Einstellungen zum SVDRP in der Setup.conf lauten

SVDRPDefaultHost = <servername>
SVDRPHostName =
SVDRPPeering = 2
SVDRPTimeout = 300


Ich bin mir relativ sicher, dass vor einem der letzten Updates oder Änderungen das ganze noch lief. Als eine der letzten Änderungen habe ich den epgsync parametriert, der läuft auch über SVDRP (?). Ob das damit zusammenhängen kann?

Hat jemand einen Tip für mich?

Grüße
Björn

[clausmuus]

Mir fällt dazu ein:
- Ist auf dem Server der Zugriff durch den Client erlaubt? SVDRPHostName gesetzt und SVDRPPeering passend gesetzt
- Ist auf dem Client der SVDRPDefaultHost korrekt gesetzt.
- epgsync könnte das svdrpsend blockieren bzw. zu viel nutzen. Eventuell war das im entschedenen Moment zu lange belegt? Einfach mal abschalten und noch mal versuchen.
- Auf MLD Seite kannst Du einfach per Snapshot Funktion im Webif auf einen älteren Stand zurück gehen und so testen welches Update schuld war.

[cs-7]

Da gab es gerade einen ähnlichen Beitrag im VDR-Portal https://www.vdr-portal.de/forum/thread/137207-gel%C3%B6st-server-und-client-peeren-nicht-mehr/?pageNo=1

[cs-7]

Vielleicht hast Du das schon gemacht, aber ich habe mit dem Peering zu Beginn meiner Client/Server-Experimente auch ziemlich gekämpft, inkl. dem von Dir beschrieben Verhalten, dass die Remote-Timer auf dem Client nicht sichtbar waren. Die SVDRP-Peering Einstellung auf "any host" setzten (möglicherweise noch ein VDR Neustart) hat eigentlich immer geholfen.

[Benutzername]

Ich glaube, es funktioniert jetzt.

Ich bin auf ein Backup von Anfang Januar 2026 zurück -> Timer funktionierten

Alle Updates eingespielt -> Timer funktionierten

-> epgsync Einstellungen geändert wie zuletzt -> keine Timer mehr

Nach Studium der Doku war meines Erachtens der "epgsync.channelbychannel = 0" falsch:

"Use "Sync channel by channel: yes" if
- you connect to SVDRP port
- or encounter bandwidth related problems with "no"
- or want to share the SVDRP connection with other local plugins
"

Mal sehen, ob der epgsync jetzt trotzdem noch korrekt läuft...

Schon mal danke für Eure Rückmeldungen
Björn

[kallop]

Ich hätte auch noch einen Hinweis: Du solltest nicht beim epgsync Plugin die Serveradresse eintragen, sondern nur (!) beim svdrpservice Plugin. Bei einer Client-Installation der MLD wird es normalerweise automatisch mit installiert.
svdrpservice bündelt alle SVDRP Anfragen auf dem Client, da der SVDRP-Server immer nur eine Verbindung gleichzeitig zulässt. Wenn also (ohne svdrpservice) epgsync aktiv ist und sich die Verbindung "geschnappt" hat, gibt es keine andere Verbindung (z.B. Setzen von Timern) zum Server. svdrpservice behebt dieses Problem.
@Claus: Vielleicht wäre es möglich, die Serveradresse bei Installation des MLD-Clients gleich in die svdrpservice Config einzutragen, ähnlich wie sie ja auch im streamdev Plugin automatisch eingetragen wird.
Eine Kuriosität ist mir noch aufgefallen: Sowohl bei epgsync als auch bei svdrpservice lassen sich im OSD nur IP-Adressen mit maximal 14 Stellen eintragen. Manchmal sind natürlich auch 15-stellige Adressen nötig (z.B. 192.168.178.100). Diese kann man nicht eingeben, 192.168.178.99 funktioniert.

[cs-7]

Hallo Björn,

hast Du auf dem Server streamdev laufen? Laut Doku des epgsync Plugin kann der EPG Sync auch darüber laufen und macht dann keine Probleme. Ich habe zum Testen  epgsync hier gerade mal installiert und auf den VTP Port 2004 (streamdev) konfiguriert.

Gruß
   Stefan