VDR 2.3.1 erster Test VDR Peering + epgsearch

Leider ist das svdrp-Kommando nicht erweitert, lstt listet nur die lokalen Timer und newt legt nur lokale Timer an. Vielleicht erweitert Klaus das ja in der 2.3.2, dann ist auch für epgsearch einfacher.

Mit aktuellem dbus2vdr kann man zumindest alle Timer auslesen, neue remote-Timer aber noch nicht anlegen.
Könnte ich mal einbauen...

Lars

Man könnte sogar einen Daemon schreiben, der die Signale von dbus2vdr auswertet. Denn jedes mal, wenn sich ein Timer ändert, wird das Status-Signal des vdr als DBus-Signal rausgeschickt.
https://github.com/flensrocker…r/blob/master/README#L400

Vielleicht hab ich am Wochenende ja mal Zeit, da ein Beispiel zusammen zu stellen (falls seahawk1986 nicht schneller ist, der schüttelt sowas immer aus dem Ärmel...).

Lars.

Die Funktion um den VDR für einen Timer zu ändern, fehlt bei dbus2vdr aktuell noch, aber das Grundgerüst könnte so aussehen, wenn man das aktuellste vdr-plugin-dbu2vdr, pydbus2vdr, python3-dbus sowie python3-gi (bei anderen Distributionen als Ubuntu/Debian können die Paketnamen abweichen) installiert hat:

git clone -b new_api https://github.com/seahawk1986/pydbus2vdr.git
cd pydbus2vdr
sudo python3 setup.py install

Zitat von mini73

Man könnte sogar einen Daemon schreiben, der die Signale von dbus2vdr auswertet.

Ein Dienst zum Erkennen von lokalen Timern, die von epgsearch erstellt wurden, könnte z.B. so aussehen:

#!/usr/bin/env python


import dbus
import dbus2vdr
import sys
from gi.repository import GLib
from dbus.mainloop.glib import DBusGMainLoop


def move_timer_to_server(timer):
    # TODO: implement moving timer to server
    print(20 * '-')
    print(timer)


def check_for_local_timers(*args, **kwargs):
    # get local timers and move them to the server
    for timer in d.Timers.get_local_timers():
        if "<epgsearch>" in timer.aux:
            move_timer_to_server(timer)


if __name__ == '__main__':
    dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
    d = dbus2vdr.DBus2VDR(watchdog=True)
    check_for_local_timers()
    # register event callback for timer change
    d.onSignal("TimerChange", check_for_local_timers)
    loop = GLib.MainLoop()
    try:
        loop.run()
    except KeyboardInterrupt:
        sys.exit("Bye-bye!")

Aktuell gibt das nur die lokalen von epgsearch erstellen Timer aus - wenn dbus2vdr entsprechend erweitert wird, kann man die Funktion move_timer_to_server() so anpassen, dass der Timer dann tatsächlich verschoben wird - wenn du magst, kannst du ja schon mal ausprobieren, ob der erste Teil wie erwartet funktioniert.

Zitat von machtnix

Damit wäre epgsearch auch in einer Server-Client Umgebung brauchbar

Nur falls epgsearch auch erkennt, dass der remote Timer der ist, den es ursprünglich erstellt hat (bzw. man Timer nicht neu anlegen lässt, wenn sie gelöscht wurden) - und
dann bleibt noch das Problem, dass epgsearch ja auch einen Timer updaten kann (z.B. wenn sich die Sendezeit verschiebt) - ich habe bislang nur einen VDR mit der 2.3.1, deswegen weiß ich noch nicht, wie sich epgsearch da generell verhält, wenn man den Timer auf einen anderen Rechner verschiebt.

Wenn ich jetzt auf vdr 2.3.1 umsteigen müsste, würde ich mir wahrscheinlich ein neues "epgsearch" schreiben, welches nicht so mächtig, aber dafür wartbar wäre (ich brauche nur Suchtimer, insbesondere für Serien mit Filter "ab Staffel" u.ä., mehr eigentlich nicht). Die Portierung von epgsearch ohne den Maintainer ist doch ziemlich anstrengend.

Mir fällt nur noch kein vernünftiger Name ein...

Lars.

Es gibt ja bald ne Alternative

Zitat von machtnix

Mein Live-System läuft mit VDR 2.2.0 auf Server und Client und dem Plugin remotetimer. Da könnte dieser Mechanismus mit der Timermanipulation ja auch funktionieren ?!?

Der VDR 2.2.0 hat ja keinen internen Mechanismus, um Timer auf einen anderen VDR zu schieben - und um alle Timer eines VDR auf einen anderen zu schicken, gibt es soweit ich weiß schon das timersync-Plugin (ich weiß nur nicht, ob das mit epgsearch kann).

Lass doch epgsearch direkt auf dem Server laufen und bediene es von den Clients aus über remoteosd. Mache ich zumindest so...

Mit dem remoteosd bleibt man halt immer in der 'Spaltenansicht'. Aber hier lässt sich doch gerade mit dem skindesigner einiges machen. Man muss zwar schon etwas in der displaymenudefault jonglieren, aber für meinen Bedarf (benutze das jetzt nicht gerade sehr oft) reicht das so:

Es sollte eigentlich reichen, epgsearch so zu erweitern, daß es das Gleiche macht wie VDR selber, wenn ein neuter Timer angelegt wird:

cTimer *Timer = new cTimer;
  if (*Setup.SVDRPDefaultHost)
     Timer->SetRemote(Setup.SVDRPDefaultHost);

Hinterher müsste dann noch der Code ausgeführt werden, der in HandleRemoteModifications() (static in menu.c) unter "// timer is new, or moved from local to remote" steht. Vielleicht mag das ja mal jemand ausprobieren, indem er einfach mal diese Funktion extern bekannt macht, oder die entsprechende Codesequenz kopiert. Sollte das funktionieren würde ich auch die Funktion HandleRemoteModifications() nach cTimers verfrachten und extern verfügbar machen.

Klaus

Zitat von machtnix

Könntest Du mir bitte mal Deine displaymenudefault.xml und die epgsearchmenu.conf zur Analyse posten ?

Nach Klaus' Hinweis gibt es ja noch eine wesentlich elegantere Lösung. Falls du es vorerst doch über remoteosd und skindesigner versuchen willst, ich habe dir gerade per PM die nötigen Infos geschickt. Etwaige Fragen dazu behandeln wir aber wohl besser im Forum für Skins. Mit 'VDR Core' hat das ja dann absolut nichts mehr zu tun.

Gruß,
Tomas

epgsearch erzeugt teilweise neue Timer mit NEWT und da fehlt ein entsprechender Parameter, einfacher müsste vdr bei allen mit NEWT erzeugten Timern SVDRPDefaultHost abprüfen
Edit: Ich sehe mir mal HandleRemoteModifications an

Im Originalthread "epgsearch für vdr-2.1.3" gibt es jetzt einen Patch. Modifikation von NEWT ist nicht erforderlich, aber alle svdrp-Kommands vom vdr und von epgsearch keinnen keine Remotehosts.

Was mir noch nicht gefällt: Wenn der Defaulthost nicht erreichbar ist, kann ausser über svdrpsend kein neuer Timer angelegt werden (ist aber jetzt kein Problem von epgsearch)

Zitat von TomJoad

aber alle svdrp-Kommands vom vdr und von epgsearch keinnen keine Remotehosts.

Die SVDRP-Befehle für Timer arbeiten immer mit den *lokalen* Timern des betreffenden VDRs. Wenn man einen Timer auf einem anderen VDR anlegen möchte, dann braucht man den NEWT-Befehl ja nur zu dem betreffenden VDR zu schicken.

Klaus