Das war aber schon immer so (zumindest, wenn der Timer mit afterEvent=DeepStandby lief) 
Also kein neues Problem.
Da müsste man wohl im RecordTimer beim Aufnahmeende auch noch die Jobs prüfen, so wie man nach dem letzten Job dort auch die Records prüft
ja, das war schon immer so... 
2 dinge noch, die auch fuer eine zentrale implementierung sprechen:
1. man muss nicht nur auf aufnahmen, die demnaechst starten, pruefen sondern auch auf laufende aufnahmen.
2. der shutdown soll ja nur gemacht werden, wenn power-off selektiert ist und nicht idle.
wenn man das dezentral implementiert, wird's schnell unuebersichtlich.
so, damit sollte die box bei aufnahmen und tasks in den standby schalten, wenn power-off gedrueckt wird, die aufnahmen und tasks fertig ausfuehren und dann ausschalten.
die files tryquitstandby and standby enthalten die klassen wie ich sie in meinem moviecockpit plugin verwende und die standard klassen ueberschreibe.
damit sollte aber auch leicht ein generisches system plugin gemacht werden koennen.
Fehlt hier in Zeile 35 nicht noch die Prüfung auf "jobs" ?
Sonst geht die Box doch nicht in den Idle bei laufenden jobs, wenn du die Box in den DeepStandby schicken willst.
du hast natuerlich recht... danke.
habe noch eine info message vor dem umschalten in den idle modus hinzugefuegt, damit man sich nicht wundert, warum die box sich nicht ausschaltet.
falls gewuenscht, kann ich ein kleines system plugin daraus bauen. einfach ein like hinterlassen.
Hi,
laut meiner Leseart:
nicht ...zu beenden,
sondern ...auszuführen und danach herunterzufahren.
Grüße
ok
