[Announce] VDR Plugin epg2vdr 0.0.4 & epgd 0.0.5

Prima Idee.

damit das rund ist schickt der client nach dem update ein hitk power und legt das ganze Ding wieder hin: whole in one

Christian

kannst du ja in der DB nachlesen wann er wieder angehen sollte: wenn das halbwegs passt machst du artig wieder aus

macht ya ja nicht anders mit dem frontend script, nur mit nem file

Christian

naja es wird ja eher für Nachts um 3 so eingestellt sein

Schön wäre es, wenn es so etwas wie,

update_on_start = 0

geben würde, damit epgd nicht bei jedem (Re)Start gleich losrennt, sondern erst nachschaut, ob laut konfiguriertem Intervall, überhaupt ein Update notwendig ist.

horchi:
Schau mal in dbus2vdr, da hab ich eine Abfrage drin, ob der vdr manuell oder automatisch gestartet wurde.
Wenn automatisch, dann verhindert das Plugin mittels der virtuellen Funktion Active in cPlugin das Herunterfahren, bis es durch ist. Wenn der Benutzer in der Zwischenzeit nicht aktiv geworden ist, fährt der vdr von alleine wieder herunter, Power schicken muss man nicht. Und wenn der Benutzer aktiv geworden ist, fährt der vdr nicht herunter. Power schicken wäre dann fatal...

Da gibt es nur die eine race condition, (die ist aber nicht neu, sondern tritt auch beim Timerstart auf): wenn der Benutzer den vdr zu einem Zeitpunkt startet, an dem er sowieso geweckt wird, und er keine Taste auf der FB drückt, also keine Nutzeraktivität signalisiert, dann würde der vdr ihn für inaktiv halten und nach getaner Arbeit herunterfahren.
Aber zumindest bei yavdr haben wir da ja den Vorteil des detachten Frontends: da muss der Nutzer eine Taste drücken und alles ist gut.

Lars.

Zitat von horchi

das hört sich gut an. Wenn ich das dbus Plug nicht finde (es nicht geladen ist) würde ich ihn einfach an lassen, er geht ja nach der eingestellten Idle Zeit eh wieder aus, für zB. nicht yaVDR Installationen meine ich.

Das dbus2vdr-Plugin schaut einfach auf Anfrage auf die NextWakeupTime - das solltest du mit epgd auch recht einfach abfragen können:
https://github.com/flensrocker…ob/master/shutdown.c#L176

Das Frontend-Skript in yaVDR schaut sich zusätzlich noch den acpiwakeup-Zeitpunkt an, aber wenn man alles im VDR halten will, braucht es den ja in dem Fall nicht.

Es gibt aber auch Leute, die epgd auf einem Sever ohne vdr und ohne das ya-Zeugs nutzen....

Zitat von horchi

es geht um das Plugin

Auch da gibt es noch Leute, die kein ya verwenden...

Eben - wenn das Plugin weiß wann ein Update passieren soll, wann es geladen wurde und worauf die NextWakupTime des VDR gesetzt war, kann es ohne alles ya* Zeug einen educated guess machen, ob der Rechner für das Plugin geweckt oder von Hand eingeschaltet wurde, so wie es der VDR selbst auch macht, wenn er bestimmen soll, ob der Brückentimer oder der Inaktivitätstimer greifen soll...

Moin!

Ich meinte nicht, dass epg2vdr das dbus2vdr-Plugin fragen soll, sondern nur, dass man da in den Code schauen kann, wie dbus2vdr entscheidet, ob der vdr manuell oder automatisch gestartet wurde...
In Initialize die StartupTime merken und dann mit der WakeupTime aus der setup.conf vergleichen.
Wenn da dann ein automatischer Start bei rauskommt (kann aber auch wegen Timer oder anderem Plugin sein), mit dem eigenen geplanten Aufwachzeitpunkt vergleichen.

Aber wenn ich so darüber nachdenke, ist es vermutlich überflüssig. epg2vdr prüft beim Starten einfach, ob es aktualisieren soll und macht es dann (Aktivität über "Active" zurückmelden). Um Benutzeraktivität usw. muss sich das Plugin gar nicht kümmern. Wenn es fertig ist, liefert es bei Active wieder NULL zurück und der vdr kann dann entscheiden, ob er wieder herunterfährt. Darf er das, fragt er die Plugins nach der nächsten WakeupTime.

Allein bei One-Host-Installationen sollte epg2vdr, auch wenn es selbst nichts tut, so lange Aktivität signalisieren, solange epgd etwas tut, damit der in Ruhe zu Ende arbeiten kann. Dann braucht man kein Script für das Lifeguard-Addon.

Lars.

Meiner Meinung nach sollte sich der vdr die Entscheidung "manual start" einfach in einem bool merken, den Plugins dann abfragen können.
Dann muss das nicht jeder selbst machen.

Lars.