Beiträge von OleS
-
-
Die Einträge der guisettings.xml sehen aus wie meine, allerdings habe ich XBMC Frodo aus seahawk's PPA hier im Einsatz.
Kann mal jemand mit XBMC aus dem Standard-PPA das Verhalten nachvollziehen?Cheers,
Ole -
-
-
-
-
-
Hallo seahawk,
ich hübsche das mal noch ein bisschen auf und bringe es ins Git
Ist das schon im Repo angekommen?
Cheers,
Ole -
Hat sich erledigt...da war noch eine scp-Sitzung offen. Ich seh' schon weisse Mäuse - Zeit für mehr Sonne und frische Luft.
Cheers,
Ole -
Ich bekomme jetzt beim Herunterfahren mittels Power-Taste immer ein 'SSH-Connection still open', obwohl keine ssh-Verbindung aktiv ist.
Evtl. hängt das auch mit deinen Änderungen zusammen?Cheers,
Ole -
Hab's jetzt ein paar mal durchgetestet und es sieht gut aus. Der VDR wacht entsprechend der Vorgaben auf
und honoriert den Wert des Brückentimers auch bei Wakeup-Zeiten des xmltv2vdr. Ist das Plugin aktiv, wird
das Herunterfahren abgebrochen, kurz: jetzt passt's! Danke für die schnelle Hilfe, so macht das Forum Spaß.Cheers,
Ole -
Ok, dann werde ich den Wert mal nach meinem Geschmack anpassen.
Cheers,
Ole -
Habe um 14:00 Uhr xmltv2vdr auf 14:30 Uhr gestellt, danach Power-Taste gedrückt. Meldung "VDR schaltet später ab, Power zum erzwingen." kommt,
mit Power-Taste bestätigt, dann kommt die Meldung "Plugin xmltv2vdr wacht in 30 Min. auf, bestätigen?", dann mit OK weiter, Rechner fährt runter.Sicherheitshalber habe ich den Rechner dann noch einmal neu gestartet und um 14:02 Uhr xmltv2vdr auf 14:45 Uhr gestellt, danach Power-Taste gedrückt, Rechner fährt runter.
1. 30 Min. Sicherheitsmarge sind gewollt?
2. Aufwachen und EPG-Abgleich teste ich und poste dann wiederCheers,
Ole -
Das will bei mir nicht.
Diff
Alles anzeigenroot@htpc:/etc/yavdr/templates_custom/etc/init/vdr-frontend.conf# patch 30_softhddevice-02-script.py ~/install/softhddevice.diff patching file 30_softhddevice-02-script.py Hunk #2 FAILED at 360. 1 out of 3 hunks FAILED -- saving rejects to file 30_softhddevice-02-script.py.rej root@htpc:/etc/yavdr/templates_custom/etc/init/vdr-frontend.conf# cat 30_softhddevice-02-script.py.rej --- 30_softhddevice-02-script.py 2013-01-10 22:55:55.000000000 +0100 +++ 30_softhddevice-02-script.py 2013-03-02 11:57:18.239248414 +0100 @@ -360,7 +372,7 @@ remote = dbusRemote() shutdown = dbusShutdown() setup = dbusSetup() - + timer = dbusTimer() settings = Settings() # check if vdr was started because of a timer or an acpi_wakeup event, if not attach frontend
Cheers,
Ole -
OleS: Ein Syslog von dem ganzen bräuchte ich schon...
Und hier ist er, zumindest vom Wakeup bis zum Shutdown.xmltv2vdr verhält sich auch korrekt:
CodeMar 1 19:21:54 htpc vdr: [1225] xmltv2vdr: 'epgdata2xmltv' nextrun on Sat Mar 2 03:09:00 2013 Mar 1 22:51:50 htpc vdr: [1225] next plugin wakeup at Sat Mar 2 03:06:00 2013
Minus die 5 Min. vom ACPI sind wir dann bei 03:01:00 2013 und der erste Syslogeintrag datiert auf Mar 2 03:01:39Cheers,
Ole -
xmltv2vdr setzt die Aufwachzeit 3 Minuten vor der Zeit
Das ist doch eigentlich unsinnig, wenn ACPI-Wakeup auch schon 5 Min. per default draufrechnet, es sei denn andere Wakeup-Mechanismen verhalten
sich anders und man möchte hierzu kompatibel sein.Cheers,
Ole -
-
Die Lösung ist doch das der Runterfahrenversuch kommt bevor das xmltv2vdr Plugin überhaupt anfängt.
Als Lösung würde ich das nicht sehen, eher als Kernproblematik. (Bitte nicht hauen...!)
Kann ich denn iwo definieren, wie lange der VDR bei deaktivertem Frontend bis zum ersten Shutdown-Versuch wartet?Cheers,
Ole -
Auf welchem Wert steht der Brückentimer denn?
Cheers,
Ole -
Wenn ich das richtig verstanden habe, ist das Plugin zum Zeitpunkt des Shutdown doch noch gar nicht aktiv, da es erst um 3:09 startet, oder?
Cheers,
Ole