[softhddevice] Runterfahren nach Timer-Aufnahme ?

[Tommes]

Mahlzeit allerseits,

ich habe mal wieder ein Problem :'(

Diesmal fahren meine beiden VDRs nach einer Timer-Aufnahme nicht runter,
laut dem Log versuchen sie es auch gar nicht erst.
Ausschalten von Hand über die FB klappt natürlich einwandfrei inkl. Setzen des nexten Timers +
Aufwachen

Es lief mal reibungslos, warum es nun auf beiden VDRs auftritt, kann ich nicht nachvollziehen,
evtl. hängt es mit einem eingespielten Update zusammen, aber dann dürfte ich ja nicht der einzige
mit dem Problem sein ...
oder beim Wechseln des Frontends von xinelibout auf softhddevice ist was in die Hose gegangen (?)

Ich habe mal beide Indianer angehängt.


Gruß, Tommes

[Tommes]

Hat niemand eine Idee ?

Weitere Infos:

- VDR-SZ & VDR-WZ:
Mainboard: Asus M3N78-EM
-> Output: vga2scart auf Röhre
-> Output-Device: bei Installation auf xinelibout, wurde nachträglich auf softhddevice umgestellt
-> Wakeup: ACPI
-> gebootet wird vom USB-Stick

Timer:
- VDR-SZ: 1 fester Timer: Mo-Fr
- VDR-WZ: epgsearch-Timer flexibel

/video liegt auf einem NAS, welches bei Vdr-Start gemountet wird.
Beim Shutdown wird es wieder ungemountet in der selbst erstellten
/usr/share/vdr/shutdown-hooks/20_umount_nas

Code:

#! /bin/bash

# svdrpsend -d localhost Hitk Stop
umount /media/dockstar

Den svdrpsend Befehl hatte ich zwischenzeitlich mal drin, um ein Shutdown per Power-Button
während der Wiedergabe zu ermöglichen.

Ich hatte mal versucht, markad zu aktivieren, zumnidest am VDR-WZ, evtl. killt er den Shutdown ?
Wie gesagt, es wird gar nicht erst versucht, nach einem Timer einen Shutdown anzuschieben.
Warum, ist mir schleierhaft

[Tommes]

liegt vermutlich am softhddevice:

Siehe dazu hier bzw. hier

Ist halt die Frage, wie das in unserer Distri umzusetzen ist & ob es als Upadte für alle einfließen soll ?


Gruß, Tommes

[Bleifuss2]

Hallo Tommes

Ich habe mir das gerade mal angesehen. Momentan wäre die Lösung des Frontend bei Timer Aufnahmen nicht zu starten.
Aber dann hast du bei Timer Aufnahmen auch kein Bild, du müsstest du das Frontend also nachträglich starten (Pchanger).
Hauptproblem ist also beim Rechner Start erkennen wurde er manuell eingeschaltet oder per Timer.
Wenn du da eine Idee hast, der Rest ist einfach.

Gruß
Bleifuss

[Tommes]

Hm ... also kein bei Bild bei Timer-Aufnahme könnte man so realisieren, sobald ne Taste auf der FB
gedrückt wird startet das Frontend.

VDR Start könnte man Zeiten in Timers.conf und/oder wakeup-Zeiten in acpi
auslesen, dann kann man erahnen, ob Timer oder manueller Start.

Ein weiterer Lösungsweg war glaube, nach der Timer-Aufnahme ein

Code:

svdrpsend -d localhost Hitk Power

[Bleifuss2]

Hallo

svdrpsend -d localhost Hitk Power

Das würde ich lassen, nachher fährt er runter.

VDR Start könnte man Zeiten in Timers.conf und/oder wakeup-Zeiten in acpi
auslesen, dann kann man erahnen, ob Timer oder manueller Start.

Das ist sicher machbar. Aber vielleicht löst es sich noch von alleine:

http://projects.vdr-developer.org/issues/912

Einfache Workarounds:
Frontend bei Timer Aufnahmen wechseln
Frontend Autostart deaktivieren.

[Tommes]

svdrpsend -d localhost Hitk Power

Das würde ich lassen, nachher fährt er runter.

Das soll er ja  zumindest nach einer Timer-Aufnahme.
Ich denk nicht, dass es ein Problem ist, denn bevor er unkontrolliert
runterfährt, fragt er nochmal, wenn Bedingungen anstehen, der Befehl ist genauso,
wie 1x die Power-Taste auf der FB zu drücken.
Damit würde man mal die angebliche Useraktivität im softhddevice-Plugin wieder grade ziehen 

[...] Aber vielleicht löst es sich noch von alleine:

http://projects.vdr-developer.org/issues/912

Einfache Workarounds:
Frontend bei Timer Aufnahmen wechseln
Frontend Autostart deaktivieren.

Ich glaube nicht, dass es sooo schnell gehen wird, wenn man den letzten Bearbeitungsstand sieht.
Mich würde die Umsetzung des 'einfachen' Workaround interessieren (?)
Wechsel des Frontends & Wahl des richtigen Frontends bei Nicht-Timer, also bei manuellem User-Hochfahren (?)

Gruß, Tommes

[Oberlooser]

Auch bei mir fährt die Kiste nach einer Aufnahme nicht runter.
Hatte heute um 8:00 Uhr einen Timer gesetz.
Um 7:55 ist der VDR gestartet ( 5Min. vorher war so eingestellt )
Um 8:35 war die Aufnahme beendet ( Unter uns )
Um 10:15 lief der VDR immer noch ( es standen keine weiteren Aufnahme an ,erst wieder um Abend)
Es wurde keine Taste der Fernbedienung oder Netzwerkverbindung ausgeführt ..

VDR mit softhddevice siehe Signatur alle Updates drauf !!
kann sich jemand mal den syslog im Anhang anschauen..
Danke
mfg Helmut

[Steevee]

Aber vielleicht löst es sich noch von alleine:

http://projects.vdr-developer.org/issues/912

Der Bug ist vor 11 Monaten eingetragen und hat sich bis jetzt nicht von alleine gelöst. Da muss schon jemand den Bug fixen, denn ohne menschliche Mithife ändert sich wohl nichts.

[Bleifuss2]

Hallo

Ich habe mir das gerade nochmal angesehen.
Da gibt es keine gute einfache Lösung. Etwas vernünftiges erfordert einiges an Zeit.
Da sehe ich das so wenn der VDR dann mal 1h umsonst läuft was soll's
Wobei ich natürlich auch keine 3 Stunden Abschalt-Timer habe.

Einfache Workarounds:
Frontend bei Timer Aufnahmen wechseln

Vor dem PC abschalten umwählen, das sind 3 Tasten.

Oder Frontend Autostart abschalten. Frontend starten sind 2 Tasten.

Oder ein Bash Skript erstellen

Das die Zeit prüft:

cat /proc/driver/rtc

Sommer Winterzeit muss natürlich auch beachtet werden, das Bios läuft mit GMT.
Dann vergleichen mit der PC Zeit wenn es passt prüfen ob eine Aufnahme läuft und wenn ja

svdrpsend -d localhost Hitk Power.

Ach ja vorher vielleicht noch prüfen welches Frontend aktiv ist.

Einziger einfacher Workaround der mir einfällt:

Code:

/ush/share/easyvdr/program-changer/switch-frontend.sh vdr-sxfe

Dies Zeile in den Upstart Job vom VDR einbauen.
Oder als befor-vdr-hooks.

Es muss auf jeden Fall vor dem VDR ausgeführt werden, da der VDR bei der Umschaltung gestoppt wird.
Dann wird bei JEDEM VDR Neustart das Frontend gewechselt, außer es läuft schon vdr-sxfe.


Grüße
Bleifuss

[Oberlooser]

Ja man kann nicht alles haben.
muss man eben mit Xineliboutput bzw sfxe leben..
Filme schneiden dann halt mit dem Softhddevice.
Der grosse Vorteil von EasyVDR ist fuer mich immer noch das freie
Einstellen des OSD Menues mit dem Menue Editor.

Gruss Oberlooser

[Tommes]

Moin,

im vdr Portal gibt's nen thread zum Thema softhddevice, sowie Lösungsansätze.
Siehe http://www.vdr-portal.de/board17-develop...%C3%A4hrt/

Gruß, tommes

[Tommes]

so, da mich das Nicht-Runfahren grade nervt und ich nicht zwischen Frontends hin- & herschalten will,
aber andersrum Schneiden & Spulen möchte, habe ich folg. Datei erstellt:

/usr/share/vdr/recording-hooks/20_recording.softhd-power-off

Code:

case $1 in
    before)
        # do here whatever you would like to do right BEFORE
        # the recording $2 STARTS
        ;;
    after)
        # do here whatever you would like to do right AFTER
        # the recording $2 ENDED
svdrpsend -d localhost Hitk Power
        ;;
    edited)
        # do here whatever you would like to do right AFTER
        # the recording $2 has been EDITED
        ;;
esac

Werde es zum Testen laufen 'lassen' & entsprechend Feedback geben ... ;-)


Gruß, Tommes

[Tommes]

Kein PowerOff nach Aufnahme.

Code:

Feb 19 19:50:00 easyVDR-SZ vdr: [2633] recording thread ended (pid=2460, tid=2633)
Feb 19 19:50:00 easyVDR-SZ vdr: [2460] buffer stats: 787344 (15%) used
Feb 19 19:50:00 easyVDR-SZ vdr: [2460] timer 1 (4 1903-1950 'Alles was zählt') stop
Feb 19 19:50:00 easyVDR-SZ vdr: [2460] executing '/usr/lib/vdr/easyvdr-recordingaction after "/video0/Alles_was_zählt/_/2013-02-19.19.03.4-0.rec"'
Feb 19 19:50:00 easyVDR-SZ recordingaction: executing /usr/share/vdr/recording-hooks/10_recording.custom after recording /video0/Alles_was_zählt/_/2013-02-19.19.03.4-0.rec
Feb 19 19:50:00 easyVDR-SZ recordingaction: executing /usr/share/vdr/recording-hooks/20_recording.softhd-power-off after recording /video0/Alles_was_zählt/_/2013-02-19.19.03.4-0.rec
Feb 19 19:50:00 easyVDR-SZ vdr: [2635] TS buffer on device 2 thread ended (pid=2460, tid=2635)
Feb 19 19:50:00 easyVDR-SZ vdr: [2634] buffer stats: 121260 (5%) used
Feb 19 19:50:00 easyVDR-SZ vdr: [2634] receiver on device 2 thread ended (pid=2460, tid=2634)
Feb 19 19:50:10 easyVDR-SZ recordingaction: error when executing /usr/share/vdr/recording-hooks/20_recording.softhd-power-off
Feb 19 19:50:10 easyVDR-SZ vdr: [2460] connect from 127.0.0.1, port 52641 - accepted
Feb 19 19:50:10 easyVDR-SZ vdr: [2460] ERROR (svdrp.c,426): Datenübergabe unterbrochen (broken pipe)
Feb 19 19:50:10 easyVDR-SZ vdr: [2460] closing SVDRP connection
Feb 19 19:50:11 easyVDR-SZ vdr: [2460] max. latency time 11 seconds

Kann ich allerdings noch nicht ganz nachvollziehen (?)

Darf evtl. "/usr/share/vdr/recording-hooks/20_recording.softhd-power-off" kein svdrpsend senden ?
Oder gehören alle Recording-Hooks in die "10_recording.custom" ?

Rechte von 20_recording.softhd-power-off -> root:root 0755

[sinai]

Gib mal den Pfad von svdrpsend mit an

[Tommes]

Habe nun den Pfad mit angegeben, allerdings keine Besserung
Gleiche Fehler im Log ...

[sinai]

Poste doch mal

ls -l /usr/share/vdr/recording-hooks/

Andy

[Tommes]

Code:

ls -l /usr/share/vdr/recording-hooks/
insgesamt 8
-rwxr-xr-x 1 root root 1505 2012-06-15 18:25 10_recording.custom
-rwxr-xr-x 1 root root 1549 2013-02-19 22:06 20_recording.softhd-power-off

[sinai]

Versuch doch mal

svdrpsend HITK Power

Andy

[TillGroos]

Ich habe hier eine shutdown.sh in /etc liegen (chmod 777) und rufe die in der 10_recording.custom auf, geht wieder wunderbar mit dem Runterfahren.


In der shutdown.sh steht nur "svdrpsend HITK Power"


Das mit dem MarkAd müsste ich mir auch mal wieder ansehen...


Till

[sinai]

Ich vermute HITK ist nicht Hitk

[Schwabe]

Hallo TillGroos,

wärst du so freundlich und würdest mir/uns sagen, was in der 10_recording.custom drinsteht damit die shutdown.sh aufgerufen wird?
Die shutdown.sh mit dem Eintrag "svdrpsend HITK Power" ist kein Problem die anzulegen.
Danke.

Gruß
Schwabe

[TillGroos]

Hier meine recordings.custom

Code:

case $1 in
    before)
        # do here whatever you would like to do right BEFORE
        # the recording $2 STARTS
        ;;
    after)
        # do here whatever you would like to do right AFTER
        # the recording $2 ENDED
    /etc/shutdown.sh
        ;;
    edited)
        # do here whatever you would like to do right AFTER
        # the recording $2 has been EDITED
        ;;
esac

Und in der /etc/shutdown.sh steht:

Code:

svdrpsend HITK Power

[Tommes]

Hallo TillG...

wie sehen die Besitztümer & Rechte bei Deinen besagten Dateien aus ?

Ich kann das hier drehen und wenden, wie ich will, ich bekomme immer den gleichen Fehler

Code:

Feb 25 11:00:10 easyVDR-WZ recordingaction: error when executing /usr/share/vdr/recording-hooks/10_recording.custom
Feb 25 11:00:10 easyVDR-WZ vdr: [5116] connect from 127.0.0.1, port 45815 - accepted
Feb 25 11:00:10 easyVDR-WZ vdr: [5116] ERROR (svdrp.c,426): Datenübergabe unterbrochen (broken pipe)
Feb 25 11:00:10 easyVDR-WZ vdr: [5116] closing SVDRP connection
Feb 25 11:00:11 easyVDR-WZ vdr: [5116] max. latency time 11 seconds

bei mir stehen die '10_recordings_custom' & '/etc/shutdown.sh' auf root:root 0755

[Bleifuss2]

Hallo

Es könnte sein das sich das Problem bald von selbst löst.
Hast du Lust zu testen wenn es soweit ist?

Gruß
Bleifuss