Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - clausmuus

1
So wie ich das sehe, braucht markad in der Tat ken svdrpservice Plugin. Ich habe die Abhängigkeit also angepasst.
In ner Stunde sollte es das korrigierte Plugin geben.

2
Auch auf dem Server wird das discover immer wiederholt, weil auch der Server mal eine Verbindung zu einem Client verlieren könnte. Und nur so ist sichergestellt, dass dieser alle Clients im Netz kennt.
Das svdrpservice Plugin vereinfacht die Programmierung, wenn eine Plugin eine svdrp Verbindung benötigt. Außerdem können sich so mehrere Plugins eine Verbindung teilen. Das Plugin blockiert jedoch die svdrp Schnittstelle (wenn es aktiv verwendet wird), da es diese Schnittstelle verwendet.

3
Das mit der markad Abhängigkeit prüfe ich gerade.

Macht es eigentlich auch Probleme, wenn svdrpservice auf dem Client installiert ist?

4
Habt Ihr auf dem Client auch Plugins wie epg-sync installiert? Das würde erklären warum die Verbindung so lange braucht. Dann würde svdrpservice so lange die svdrp Schnittstelle blockieren, bis die epg Daten Synchronisiert sind.

5
Ich glaube kls hat sich da mit dem Rückgabewert einer Funktion vertan. Ich habe den Patch daher noch mal leicht geändert. Ihr könnt das in 10 Minuten noch mal testen.

6
Es gibt einen neuen Patch von kls. Beim letzten wurde nicht alle 3 Sekunden ein Verbindungsversuch gemacht, sondern alle 3 ms bis die Verbindung steht. Das dürfte natürlich zu Problemen führen.
Der neue Patch macht sich einmal pro Minute bekannt, egal ob eine Verbindung besteht oder nicht.
Der Build für den x86'er läuft gerade. Bitte mal ab in 15 Minuten testen ob die neue Version besser geht. Ich erwarte dass die Verbindung nach ca. einer Minute steht. Eventuell ändert sich das Verhalten auch, wenn ebenfalls der Server aktualisiert wird.
Bitte auch bescheid geben, falls es wieder Probleme mit dem Update von Plugins gibt.

7
Das liegt mal wieder da dran, dass unser Build System die Versionen einiger Pakete zurück gesetzt hat :( Ich hab jetzt noch einen Versuch unternommen dies zu umschiffen.
Es gibt jetzt wieder neue Pakete.

8
Das ist auch wieder ein Fall für das VDR Portal. Da gibt's sicherlich jemanden, der das mit vertretbarem Aufwand beheben kann...

9
Ich habe den Patch von kls hinzugefügt und lasse gerade den VDR für den x86'er auf dem nightbuild neu bauen. Der Build müsste in 15 Minuten durch sein.
Bitte mal testen ob das hilft (auch ohne das /usr/share/vdr/run.d/70_server.sh).

10
ne, den Fehler habe ich nicht. Bei mir kommt u.a. dies:
Code: [Select]
Jul 13 15:36:04 MLD vdr[6932]: [6991] [fritzbox - TcpClient.cpp:30] Connecting to fritz.box:1012
Jul 13 15:36:04 MLD vdr[6932]: [6991] [fritzbox - Listener.cpp:206] Exception - Connection refused
Jul 13 15:36:04 MLD vdr[6932]: [6991] [fritzbox - Listener.cpp:209] Make sure to enable the Fritz!Box call monitor by dialing #96*5* once.
Jul 13 15:36:04 MLD vdr[6932]: [6991] [fritzbox - Listener.cpp:216] waiting 240 seconds before retrying

Und im Menü "OSD / Fritzbox" wird nur angezeigt, dass noch keine Infos abgerufen werden konnten.

11
Mag mal einer von Euch im VDR Portal zu dem Thema fragen.

12
Ich habe im Setup eine Möglichkeit hinzugefügt, um den Fritzbox Benutzername und das Passwort einzustellen.

Welche Berechtigungen muss der Fritzbox User haben? Ich bekomme bei meinen Tests immer angezeigt, dass der call monitor aktiviert werden muss, was aber bereits geschehen ist.

13
Das Fritzbox Plugin funktioniert jetzt wieder.
Ursache des Fehlers ist, dass das Plugin eine depricated Funktion verwendet hat. Das sollte an sich eigentlich nicht stören, aber scheinbar ist die nicht mehr im VDR enthalten, der Compiler akzeptiert die aber noch.

14
Hm, dann brauche ich noch einen weiteren Test. Bitte füge nach dem systemd-networkd-wait-online Aufruf noch ein "sleep 5" ein:
Code: [Select]
#!/bin/sh

case "$1" in
    start)
        /lib/systemd/systemd-networkd-wait-online --timeout 30 -i eth0 -i wlan0 --any
        sleep 5
        ;;
esac

15
Magst Du Bitte noch mal testen, ob auch dieses Script in /usr/share/vdr/run.d/70_server.sh funktioniert. Auch dies muss wieder ausführbar gemacht werden.
Code: [Select]
#!/bin/sh

case "$1" in
    start)
        /lib/systemd/systemd-networkd-wait-online --timeout 30 -i eth0 -i wlan0 --any
        ;;
esac