Die rechte sehen folgendermassen aus:
-rwsr-s--- 1 root vdr 6136 Mär 19 19:58 /usr/lib/vdr/vdr-shutdown.wrapper
Was steht da im Log, wenn du die Power-Taste betätigst?
Ich benutze die AndroVDR app über Port 6419.
Hast du in der /etc/vdr/svdrphosts.conf den Zugriff für dein Subnetz erlaubt?
Im syslog steht folgendes:
3 16:23:38 yavdr07 vdr: [20015] Power button pressed
Apr 3 16:23:38 yavdr07 vdr: [20015] confirm: Taste drücken, um Ausschalten abzubrechen
Apr 3 16:23:38 yavdr07 vdr: [20015] warning: Taste drücken, um Ausschalten abzubrechen
Apr 3 16:23:44 yavdr07 vdr: [20015] confirmed
Apr 3 16:23:44 yavdr07 vdr: [20015] next timer event at Tue Apr 9 22:43:00 2019
Apr 3 16:23:44 yavdr07 vdr: [20015] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1554842580 541156 1 "Mord mit Aussicht (20)~Waldhaus Amore" 1'
Apr 3 16:23:44 yavdr07 vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Resetting ACPI alarm time
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Setting ACPI alarm time to: d@1554842280 (1554842280)
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Resetting ACPI alarm time
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: Writing 1554842280 to /sys/class/rtc/rtc0/wakealarm
Apr 3 16:23:44 yavdr07 vdr[20015]: /usr/share/vdr/shutdown-hooks/S90.acpiwakeup: Zeile 63: echo: Schreibfehler: Das Argument ist ungültig.
Apr 3 16:23:44 yavdr07 vdr-addon-acpiwakeup: No writeable /sys/class/rtc/rtc0/wakealarm found. RTC needed!!!
Apr 3 16:23:44 yavdr07 vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.acpiwakeup with exitcode 1
Apr 3 16:23:44 yavdr07 kernel: [169949.454289] rtc_cmos 00:01: Alarms can be up to one day in the future
Apr 3 16:23:44 yavdr07 vdr: [20015] saved setup to /var/lib/vdr/setup.conf
Apr 3 16:23:46 yavdr07 vdr: [20053] SVDRP yavdr07 < 127.0.0.1:40494 client connection accepted
Apr 3 16:23:46 yavdr07 vdr: [20053] SVDRP yavdr07 > 127.0.0.1:40494 server created
Apr 3 16:23:46 yavdr07 vdr: [20053] SVDRP yavdr07 < 127.0.0.1:40494 message 'RTC not writable, shutdown aborted!'
Apr 3 16:23:46 yavdr07 vdr: [20053] SVDRP yavdr07 < 127.0.0.1:40494 connection closed
Die svdrhosts.conf habe ich angepasst, funktioniert.
Vielen Dank und Grüße
Matthias
Apr 3 16:23:44 yavdr07 kernel: [169949.454289] rtc_cmos 00:01: Alarms can be up to one day in the future
Das klingt nach einer Beschränkung durch die RTC (der Kernel meckert erst seit Version 4.10, wenn die RTC das nicht unterstützt, davor hat er einfach nur die unterstützen Felder geschrieben: https://github.com/torvalds/li…daab363624ec569a9b5d3973c) - was für ein Mainboard ist das und was für eine Wakeup-Methode hattest du damit unter yaVDR 0.6 genutzt?
Wenn man für den nächsten Aufweckzeitpunkt nur einen Tag in die Zukunft gehen kann, bliebe eigentlich nur im Fehlerfall gezielt einen früheren Aufweckzeitpunkt zu setzen und das Spielchen so lange wiederholen zu lassen, bis der gewünschte Aufweckzeitpunkt weniger als einen Tag entfernt ist.
Kannst du mal schauen, was du da für einen Exit-Code (und Meldungen in der Shell) zurückbekommst, wenn du versuchst einen Zeitpunkt in die RTC zu schreiben, der zu weit in der Zukunft liegt?
sudo -i
echo 0 >/sys/class/rtc/rtc0/wakealarm
date -d "now +2 days" +%s > /sys/class/rtc/rtc0/wakealarm
echo $?Das ist ein Dell Optiplex 760.
Bisosteht auf S3, yavdr auf default: ACPI wakeup.
Shell:
sudo -i
root@yavdr07:~# echo 0 >/sys/class/rtc/rtc0/wakealarm
root@yavdr07:~# date -d "now +2 days" +%s > /sys/class/rtc/rtc0/wakealarm
date: Schreibfehler: Das Argument ist ungültig
root@yavdr07:~# echo $?
1
Ich habe mal die Patches von https://projects.vdr-developer.org/issues/2573 in das Paket für vdr-plugin-live eingebaut - damit bekommt man statt des veralteten NPAPI (für die es keine sinnvoll nutzbaren Browser mehr gibt) eine m3u-Playlist, die man mit dem Mediaplayer der eigenen Wahl öffnen (lassen) kann. Die PNG-Datei aus den Patches habe ich weggelassen, weil quilt keine Git-Binärpatches mag.
Hallo,
ich habe das gerade mal getestet, aber irgendwie klappt das nicht so, wie ich mir das vorstelle.
Das sollte doch mit den Aufnahmen funktionieren, wenn ich "Stream this recording into mediaplayer" anwähle, oder?
Jedenfalls wird da nicht die Aufnahme abgespielt sondern egal welche Aufnahme ich wähle immer das erste Programm gestreamt.
In der Aufnahmen-Übersicht sollte der Knopf den Hover-Text "Stream this recording into media player." haben.
Das von dir beschriebene Verhalten kann ich hier nicht nachvollziehen - wie sieht denn der Inhalt der erzeugten playlist.m3u Datei aus?
Vielleicht auch mal Cache leeren oder "Shift + Reload" machen. Ist halt "Web" und da pfuscht der Cache schonmal dazwischen.
Bei vdr4arch ist die Änderung seit heute auch drin.
Hallo,
de-po.patch
Index: vdr-plugin-live-2.3.1~git20190404/po/de_DE.po
===================================================================
--- vdr-plugin-live-2.3.1~git20190404.orig/po/de_DE.po
+++ vdr-plugin-live-2.3.1~git20190404/po/de_DE.po
@@ -166,10 +166,10 @@ msgid "Find more at the Internet Movie D
msgstr "Weitere Informationen in der Internet Movie Database."
msgid "Stream this channel into media player."
-msgstr ""
+msgstr "Sender in Mediaplayer abspielen."
msgid "Stream this recording into media player."
-msgstr ""
+msgstr "Aufnahme in Mediaplayer abspielen."
msgid "Record this"
msgstr "Diese Sendung aufnehmen"Gruss
Wolfgang
Danke, ich habe den Patch gerade ins Paket aufgenommen.
kannst du bitte auch diesen Patch mit aufnehmen:
VDR live, timerconflicts, remote timer: Anzeige falscher timer (mit Patch)
Er löst bei mir das Problem von sporadisch falsch angezeigter Timerkonflikte in Live, obwohl gleichzeitig "svdrpsend PLUG epgsearch lscc" die korrekten Konflikte ausgibt. Der Patch scheint bei mir zu helfen, obwohl ich keine remote timer habe.
kfb77 ein Paket mit dem Patch fix_timerconflicts_remote.diff baut gerade in https://launchpad.net/~seahawk…ield.series_filter=bionic
habe es getestet, sieht gut aus, kann übernommen werden. Danke.
ZitatDas von dir beschriebene Verhalten kann ich hier nicht nachvollziehen
Ich auch nicht.
Es funktioniert auch bei mir, war auf dem falschen Dampfer, sorry für die Verwirrung.
ZitatKannst du die /usr/share/vdr/shutdown-hooks/S90.acpiwakeup bitte mal durch die angehängte Variante ersetzen und probieren, ob es damit geht?
seahawk1986, geht leider nicht, siehe log. Ich habe aber am We den ansible auf eine Asrock vison 3D 137B installiert, da funktioniert der Shutdown wie er soll. Es scheint wohl ein Dell Problem zu sein.
Ich helfe gerne weiter mit weiteren tests.
Vielen Dank auch für die tolle Arbeit die Du hier leistest.
Güße
Matthias
Kannst du die /usr/share/vdr/shutdown-hooks/S90.aciwakeup_ori mal in einen anderen Ordner schieben, damit die nicht ausgeführt wird?
Dann sollte er hoffentlich morgen, Sa 6. Apr 18:09:54 CEST 2019 wieder aufwachen, wenn ihn vorher niemand einschaltet...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!