Ach ja, wenn kein Timer läuft, fährt VDR auch brav herunter.
Beiträge von spitzb
-
-
Kann es sein, das bei Deiner Ausschaltaktion sich schlicht wieder eine User-Interaktion einstreut und dadurch der Ausschaltzyklus ausgehebelt wird?
Dann müsste der Inaktivitätstimer aktiv werden, default ist meine ich 300min. Evtl. hast Du diesen deaktiviert ... ?
Regards
fnu
Eigentlich nicht. Du beziehst dich da wohl auf diese Einträge:
CodeAug 24 23:02:35 vdrwozi vdr: [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'menu' Aug 24 23:02:35 vdrwozi vdr: [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'back' Aug 24 23:02:36 vdrwozi vdr: message repeated 4 times: [ [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'back']
woher die kommen, ist mir schleierhaft. VDR bleibt aber ein paar Sekunden auf der meldung "VDR schaltet später aus...."
Der Inaktivitätstimer ist tatsächlich deaktiviert. Es nervt, wenn man den ganzen Abend einen Sender schaut und VDR dann plötzlich runterfährt.
-
Gab es zu dem Zeitpunkt eventuell noch einen oder mehrere aktive vnsi-Clients im Netzwerk?
Nein, das ist ausgeschlossen.
-
Hier noch der Auszug vom Ausschalten:
CodeAug 24 23:02:20 vdrwozi vdr: [1415] Power button pressed Aug 24 23:02:20 vdrwozi vdr: [1415] warning: VDR schaltet später aus - Power zum Erzwingen Aug 24 23:02:35 vdrwozi vdr: [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'menu' Aug 24 23:02:35 vdrwozi vdr: [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'back' Aug 24 23:02:36 vdrwozi vdr: message repeated 4 times: [ [4981] dbus2vdr: de.tvdr.vdr.remote.HitKeys: get key 'back'] Aug 24 23:02:36 vdrwozi vdr: [4981] [softhddev]SetPlayMode: 0 Aug 24 23:02:36 vdrwozi vdr: video: decoder buffer empty, duping frame (5691/133250) 0 v-buf Aug 24 23:02:36 vdrwozi vdr: video: --:--:--.--- +0 0 0/\ms 0+5+4 v-buf Aug 24 23:02:36 vdrwozi vdr: [4981] [softhddev]SetVideoDisplayFormat: 1 Aug 24 23:02:36 vdrwozi vdr: [4981] [softhddev]GetSpuDecoder:
-
Habe mal einen Auszug aus dem Log gemacht, der nach dem Ende der letzten Aufzeichnung beginnt.
Code
Alles anzeigenAug 25 00:10:00 vdrwozi vdr: [1415] buffer stats: 1003356 (4%) used Aug 25 00:10:00 vdrwozi vdr: [1415] timer 1 (28 2308-0010 'Stargate: SG-1~Neue Dimensionen') stop Aug 25 00:10:00 vdrwozi vdr: [4408] TS buffer on device 3 thread ended (pid=1415, tid=4408) Aug 25 00:10:00 vdrwozi vdr: [4407] buffer stats: 350056 (8%) used Aug 25 00:10:00 vdrwozi vdr: [4407] device 3 receiver thread ended (pid=1415, tid=4407) Aug 25 00:10:00 vdrwozi vdr: [1415] executing '/usr/lib/vdr/vdr-recordingaction after "/srv/vdr/video/Stargate#3A_SG-1/Neue_Dimensionen/2017-08-24.23.08.28-0.rec"' Aug 25 00:10:00 vdrwozi recordingaction: executing /usr/share/vdr/recording-hooks/R50correct_videodirs after recording /srv/vdr/video/Stargate#3A_SG-1/Neue_Dimensionen/2017-08-24.23.08.28-0.rec Aug 25 00:10:00 vdrwozi recordingaction: executing /usr/share/vdr/recording-hooks/R60copy_epgimage after recording /srv/vdr/video/Stargate#3A_SG-1/Neue_Dimensionen/2017-08-24.23.08.28-0.rec Aug 25 00:10:00 vdrwozi vdr: [1595] EPGSearch: search timer update started Aug 25 00:10:00 vdrwozi vdr: [1595] timer 1 (6 0003-0107 'Gotham') set to event Mi. 30.08.2017 00:05-00:57 'Gotham' Aug 25 00:10:00 vdrwozi vdr: [1595] timer 1 (9 2303-0010 'How to Get Away with Murder') set to event Mi. 30.08.2017 23:05-00:00 'How to Get Away with Murder' ... Mehrere Timer Updates Aug 25 00:10:00 vdrwozi vdr: [1793] VNSI: Timers state changed (5) Aug 25 00:10:00 vdrwozi vdr: [1793] VNSI: Requesting clients to reload timers Aug 25 00:10:01 vdrwozi vdr: [1415] connect from 127.0.0.1, port 44466 - accepted Aug 25 00:10:01 vdrwozi vdr: [1415] deleting timer 1 (28 2308-0010 'Stargate: SG-1~Neue Dimensionen') Aug 25 00:10:01 vdrwozi vdr: [1415] closing SVDRP connection Aug 25 00:10:01 vdrwozi vdr: [1595] EPGSearch: search timer update finished Aug 25 00:10:01 vdrwozi vdr: [1793] VNSI: Timers state changed (6) Aug 25 00:10:01 vdrwozi vdr: [1793] VNSI: Requesting clients to reload timers Aug 25 00:10:09 vdrwozi vdr: [1576] changing ca descriptors of channel 737 (ALQUILER XX) Aug 25 00:10:09 vdrwozi vdr: [1793] VNSI: Requesting clients to reload channel list Aug 25 00:10:10 vdrwozi vdr: [1576] changing pids of channel 743 (ALQUILER 4) from 170+170=2:120=esl@4,121=eng@4:0:62 to 170+170=2:120=esl@4:0:0 Aug 25 00:10:10 vdrwozi vdr: [1576] changing caids of channel 743 (ALQUILER 4) from 100,1810 to 0 Aug 25 00:10:10 vdrwozi vdr: [1576] changing ca descriptors of channel 743 (ALQUILER 4) Aug 25 00:11:19 vdrwozi vdr: [1585] frontend 3/0 timed out while tuning to channel 0 (), tp 211567 Aug 25 00:11:53 vdrwozi vdr: [1539] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig Aug 25 00:11:53 vdrwozi kernel: [13386.495499] DVB (dvb_dmxdev_filter_start): could not set feed Aug 25 00:11:53 vdrwozi kernel: [13386.495508] dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff) Aug 25 00:12:01 vdrwozi vdr: [1585] frontend 3/0 timed out while tuning to channel 0 (), tp 211856 Aug 25 00:13:46 vdrwozi vdr: [1575] frontend 2/0 timed out while tuning to channel 0 (), tp 212610 Aug 25 00:15:08 vdrwozi vdr: [4406] ecmhandler 2/0 filter thread ended (pid=1415, tid=4406) Aug 25 00:15:08 vdrwozi vdr: [4409] logger 2/0 filter thread ended (pid=1415, tid=4409) Aug 25 00:16:34 vdrwozi vdr: [1517] frontend 0/0 timed out while tuning to channel 0 (), tp 111641 Aug 25 00:17:01 vdrwozi CRON[5893]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Aug 25 00:17:09 vdrwozi vdr: [1576] changing name of channel 237 from '356 - 22:30,;' to '356 - 00:30,;' Aug 25 00:17:09 vdrwozi vdr: [1793] VNSI: Requesting clients to reload channel list Aug 25 00:18:20 vdrwozi vdr: [1518] read incomplete section - len = 681, r = 3610 Aug 25 00:19:01 vdrwozi vdr: [1538] frontend 1/0 timed out while tuning to channel 0 (), tp 112721 Aug 25 00:21:07 vdrwozi vdr: [1575] frontend 2/0 timed out while tuning to channel 0 (), tp 211567 Aug 25 00:21:41 vdrwozi vdr: [1518] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig Aug 25 00:21:41 vdrwozi kernel: [13974.833173] DVB (dvb_dmxdev_filter_start): could not set feed Aug 25 00:21:41 vdrwozi kernel: [13974.833181] dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff) Aug 25 00:21:49 vdrwozi vdr: [1575] frontend 2/0 timed out while tuning to channel 0 (), tp 211856 Aug 25 00:23:36 vdrwozi vdr: [1538] frontend 1/0 timed out while tuning to channel 0 (), tp 212610 Aug 25 00:23:47 vdrwozi vdr: [1518] changing pids of channel 216 (Test-R) from 501+501=2:502=deu@3:0:0 to 401+401=2:402=deu@3:0:0 Aug 25 00:26:01 vdrwozi vdr: [1517] frontend 0/0 timed out while tuning to channel 0 (), tp 111641 Aug 25 00:26:14 vdrwozi vdr: [1576] changing pids of channel 381 (Motorvision TV) from 1279+1279=27:1280=deu@3:0:0 to 1279+1279=27:1280=deu@3,1281=eng@3:0:0 Aug 25 00:26:15 vdrwozi vdr: [1793] VNSI: Requesting clients to reload channel list Aug 25 00:26:36 vdrwozi vdr: [1576] changing name of channel 238 from '367 - 21:00,;' to '367 - 00:30,;' Aug 25 00:26:36 vdrwozi vdr: [1576] linking channel 114 (Sky Select) from 236 240 239 237 to 236 240 238 239 237 Aug 25 00:27:03 vdrwozi vdr: [1518] read incomplete section - len = 1828, r = 3981 Aug 25 00:27:14 vdrwozi vdr: [1518] read incomplete section - len = 428, r = 3646 Aug 25 00:28:29 vdrwozi vdr: [1538] frontend 1/0 timed out while tuning to channel 0 (), tp 112721 Aug 25 00:29:00 vdrwozi vdr: [1596] EPGSearch: timer conflict check started
Danach wiederholen sich im halbstündlichen Rhythmus die Suchtimer-Updates und Konfliktprüfungen.
Falk
-
Jede Menge ;), aber zum Thema shutdown habe ich nichts gefunden. Gibt es einen bestimmten Begriff, nach dem ich suchen könnte?
Falk
-
Ich mache in letzter Zeit häufiger Aufzeichnungen am späten Abend/Nachts. Wenn ich meine AV-Anlage ausschalte, läuft deshalb häufig eine Aufnahme. VDR meldet dann auch korrekt "VDR schaltet später aus....".
Das Frontend wird detached, und die Anzeige von Graphtft wechselt in den Timer Modus. So weit, so gut.
Blöderweise fährt der VDR aber nicht herunter, wenn die letzte Aufnahme komplett ist. Wenn VDR sich für eine Aufnahme selbst einschaltet, fährt er nach der Aufnahme auch wieder herunter. Wo kann ich mit der Fehlersuche anfangen?
Falk
-
Hat das einen speziellen Grund warum der 2 Jahre alte G4400 empfohlen wird ?
Ich frag nur weil der aktuelle Intel G4560 (der 10€ teurer ist) wesentlich besser in der P/L ist und nebenbei noch eine ordentliche GPU mitbringt die auch HEVC kann (auch wenn das im Augenblick noch kein Thema ist). Nebenbei spart der auch noch bisschen Strom.Der G4560 war in den letzten Monaten kaum zu bekommen.
Falk
-
Ist alles ein bisschen überdimensioniert. Ein Pentium G4400 mit 4 GB RAM reicht völlig aus. Ein kleineres Netzteil darf es auch sein.
Falk
-
Ich kann nicht für andere Player sprechen, aber meiner bietet den vollen Funktionsumfang, auch wenn ich die .TS - Dateien als Datendisk auf eine BD-R brenne. Man sollte die .ts nur vorher zusammenführen zu einer Datei und ihr einen sprechenden Namen verpassen. Wenn ich mich recht entsinne, geht das Brennen mit cdrecord.
Ein Problem sind die info - Daten. Da weiß ich keine Lösung.
Falk
-
Problem gelöst. Die Ursache war ein hängender cec-daemon. Da ich den sowieso nicht gebrauchen kann, habe ich ihn einfach deinstalliert. Nun fährt der Raspi auch wieder herunter (auch aus VDR)
Danke für den Tipp mit der Konsole.
Falk
-
ID: Jnlx5u
-
Ich habe MLD 5.0.0 auf einem Raspberry Pi 2 installiert. Läuft auch prima, nur herunterfahren kann ich das System nicht. Egal, ob ich es über Poweroff im VDR probiere, oder über das Webinterface oder auch über ssh.
Habe ich was übersehen?
Falk
-
Danke für den Hinweis. Ich versuch's dann mal mit der im Link angegebenen Version.
Falk
-
Ergänzung: Habe gerade mal MLD 5.0 probiert. Damit läuft es praktisch ruckelfrei.
Falk
-
Ja Firmware ist aktuell.
Falk
-
Hallo,
ich habe auf einem raspberry pi 2 folgende Installation gemacht:
- raspbian wheezy Stand 5.5.2015
- VDR 2.2
- rpihddevice plugin aus dem git
- streamdev plugin ebenfalls aktuellIch bin bei der Installation nach dem wiki hier im Forum vorgegangen.
Die Installation läuft auch stabil. Als streamdev server fungiert ein yavdr.
Nun zu meinem Problem: Die HD - Kanäle der öffentlich rechtlichen mit 720p laufen sauber und ohne ruckeln. Auch über längere Zeit. Sämtliche 1080i Kanäle ruckeln permanent sehr stark, als würde nur jeder 2. oder jeder 3. Frame angezeigt.
Die Anbindung an den Server erfolgt über Kabel. Also kann ein Engpass beim Netzwerk ausgeschlossen werden.
Ich meine mich auch erinnern zu können , dass ich vor ein paar Monaten mit einer Installation auf einem Raspi B+ diese Probleme nicht hatte.
Kann mir jemand einen Tipp geben, wo ich suchen muss?
Vielen Dank
Falk -
Du kannst es auch mal mit den folgenden Parametern für softhddevice probieren:
-p hw:1,7 -a hw:1,7
Die erste zahl steht für die Nr. der Soundkarte, die zweite für das Gerät. Im zweifelsfall kannst du das mit aplay -l überprüfen.
In den Einstellungen von softhddevice musst du noch ac3 passthrough und pcm passthrough einstellen.
Bei allen anderen Varianten, die ich mit der asound.conf probiert habe, hatte ich das Problem, dass entweder gar nicht vernünftiges herauskam oder das es beim Wechsel des Soundformats, oder beim Kanalwechsel Störgeräusche gab. Mit dieser Variante ist es egal, was in asound.conf steht.
Falk
-
Hat funktioniert.
Danke!
Falk -
Ich habe vor Kurzem einen Raspi nach dieser Anleitung installiert:
http://www.vdr-wiki.de/wiki/in…Streamdev_und_rpihddevice
Mein vorhandener yaVDR dient als Server. Läuft sehr gut. An dieser Stelle nochmals ein Lob an den Autor des Wiki's
Falk