Such mal nach "assuming" im Log. Entweder kommt da "assuming manual start" oder"assuming automatic start" wenn demnächst eine Timer-Aufnahme ansteht. Evtl. ist die Zeit zwischen VDR-Start und TImerstart zu lang oder sowas in der Richtung. Zumindest kannst Du damit die Stelle im Log schon mal eingrenzen.
Ubuntu 26.04 Resolute Raccoon / yavdr ansible devel
-
-
Sieht man im Log Shutdown-Versuche des VDR?
Kannst du mal ein Log von einem Boot für eine Aufnahme anhängen, wo das Herunterfahren danach nicht geklappt hat?
-
Bei den Aufnahmen, wo es endlos weitergeht sieht man keinerlei Shutdown-Versuche, wie z.B. bei den Aufnahmen, die ordnungsgemäß beendet werden.
Hier ist das syslog ab ca. 17:20Uhr, wo die Test-Aufnahmen von heute Nachmittag beginnt.
Der VDR war ca. 30 Minuten ausgeschaltet und ist 17:15 Uhr gestartet, um eine Aufnahme um 17:20 - 17:30 Uhr zu machen.
Nach der Aufnahme ist der VDR nicht runtergefahren, sondern weitergelaufen.Es gibt auch keinerlei Versuche des VDRs für einen Shutdown o.ä. er läuft einfach weiter.
Ich habe dann den TV eingeschaltet und auf dem TV war das Standbild "Frontend detached. Press any Key . . ." zu sehen.The content cannot be displayed because you do not have authorisation to view this content. Falls Du auch den gesamten Start sehen willst, dann ist hier noch das komplette syslog, ab Start des VDR.
So ab 17:46Uhr habe ich dann den VDR per Fernbedienung aktiviert, um ein Bild auf dem TV zu haben.The content cannot be displayed because you do not have authorisation to view this content. Als Vergleich hier noch eine Test-Aufnahme auch von heute Abend, wo ich beim LiveTV eine Aufnahme um 22:35 - 22:45Uhr gestartet habe. Nach dem Start der Aufnahme habe ich die Power-Taste auf der FB gedrückt, so dass sich das Frontent detached hat.
Komischerweise hat hier der VDR nicht die 5Minuten gewartet, sondern ist kurz nach der Aufnahme runtergefahren.Hier sieht man wie am Ende der Aufnahmezeit der shutdown-wrapper aktiviert wird und dann der VDR beginnt runterzufahren.
The content cannot be displayed because you do not have authorisation to view this content. Ich hoffe damit kannst Du etwas anfangen.
-
Sieht man im Log Shutdown-Versuche des VDR?
Kannst du mal ein Log von einem Boot für eine Aufnahme anhängen, wo das Herunterfahren danach nicht geklappt hat?
Vielleicht ähnliches Problem wie hier?:
ThreadShutdown nach Aufnahme Ende
Hallo,
einigen MLD Usern ist aufgefallen, dass der VDR nicht mehr direkt nach beenden einer Aufnahme das System herunterfährt. Das Normale Verhalten ist ja so, dass wenn das System für eine Aufnahme per Timer eingeschaltet wird, es nach beendeter Aufnahme auch wieder herunter fährt, sofern es bis dahin keine User Aktivitäten gab.
Einige Untersuchungen haben bisher ergeben, dass die MLD dieses Problem wohl schon seit mindestens einem Jahr hat. Das war bisher nur niemandem aufgefallen, oder es…clausmuusApril 18, 2026 at 7:11 PM -
Paulaner: da hat im yavdr-frontend noch ein Teil der Logik gefehlt, wenn der VDR für einen Timer gestartet wurde - ein aktualisiertes Paket von python3-yavdr-frontend ist im PPA.
-
seahawk1986 , wäre echt super wenn das jetzt funktioniert.

Teste ich heute Abend, wenn ich wieder zu Hause bin und werde berichten! -
moin, nach meinem ersten versuch und vielen erfahrungen hab ich frisch neu installiert, ubu 26.04. server, dann devel branch für vaapivideo konfiguriert.
Funktionierte sofort, Bild und Ton da, dachte zwar erst kein Ton, merkte dann aber, der war sehr leise. über webif audio lauter gestellt, alles eigentlich prima.
Das Problem mit dem "nicht runterfahrten" zeigt sich bei mir auch, teste am wochenende auch das neue paket, danke dafür.
Dann hab ich für das n100 intel system tiefer in die files eingegriffen, um statt intel driver den modesetting nutzen zu können. nach den experimenten vorher war bei mir der intel_driver der grund, dass der shutdown hängen blieb und mit modesetting fährt er rauf und runter wie man das erwartet.
Ich hab jetzt allerdings das problem, dass das umschalten zwischen Xorg und vaapivideo nicht funktioniert. wenn der vdr auf vt9 läuft hört er auf tasten, aber wenn ich mit strg-alt-F7 versuche auf den Xorg umzuschalten passiert nix, außer der vdr lässt sich nicht mehr mit tatstaur bedienen. strg-alt-F9 zurück zu vaapi (was noch läuft) scheint den keyboard focus nicht zurückzugeben, lässt sich noch mit FB bedienen, aber keine tastenreaktion. umschalten auf anderes terminal mit strg-alt-F1 gleicher effekt.
auch im vdr menue z.B. mit applikationen => xterm aufrufen geht nicht, es kommt ein schwarzer bildschirm, nicht der beim booten kurz aufblitzende yavdr-Xorg-Screen mit Mauszeigen. zurück geht nur per reboot.
muss ich das anders bedienen oder mag das an dem modesetting liegen und mit intel_driver geht es so mit der umschaltung?
-
Ich hab jetzt allerdings das problem, dass das umschalten zwischen Xorg und vaapivideo nicht funktioniert. wenn der vdr auf vt9 läuft hört er auf tasten, aber wenn ich mit strg-alt-F7 versuche auf den Xorg umzuschalten passiert nix, außer der vdr lässt sich nicht mehr mit tatstaur bedienen. strg-alt-F9 zurück zu vaapi (was noch läuft) scheint den keyboard focus nicht zurückzugeben, lässt sich noch mit FB bedienen, aber keine tastenreaktion. umschalten auf anderes terminal mit strg-alt-F1 gleicher effekt.
Das TTY umzuschalten, ohne vaapivideo zu detachen bzw. KODI zu stoppen kann nicht funktionieren - wenn die DRM-Ressourcen nicht freigeben werden, klappt der Rest nicht mehr (i.d.R. bis zum Neustart) - yavdr-frontend sollte automatisch das Nötige tun.
Die Tastatureingaben gehen mit vaapivideo bzw. KODI mit GBM Interstützung direkt an die jeweiligen Programme, Openbox, das bislang auf die Hotkeys reagiert, bekommt davon nichts mit, solange das TTY nicht aktiv ist.
Wie sieht denn deine Xorg-Konfiguration für den modesetting-Treiber aktuell aus?
-
Edit: da scheint es beim Attachen von vaapivideo nach KODI z.T. noch ein Timing-Problem zu geben - ich baue da noch erneute Versuche ein.
-
Beim Stoppen von KODI scheint es auch nicht zu genügen darauf zu warten, dass der Prozess verschwindet - eine Sekunde extra zu warten reicht auf meinem Testsystem, damit das Umschalten zuverlässig funktioniert: https://github.com/yavdr/yavdr-an…1f3bfd397d0b1bb
-
Heute Morgen konnte ich endlich testen, ob nun der VDR nach einer programmierten Aufnahme selbständig runterfährt.
Resultat: Prinzipiell geht es, nach der Aufnahme wird der VDR runtergefahren.
Prinzipiell deshalb, weil es noch ein paar Dinge gibt, die nicht ganz okay zu sein scheinen.
Als Orientierung im syslog (habe ich angehängt): die Testaufnahme ging von 09:00 - 09:15 Uhr heute Morgen.
1.
Während die Aufnahme läuft wird das syslog mit diesen Meldungen geflutet.
Das sollte man doch unterdrücken, Oder?
Bzw. ist es doch eigentlich nur erforderlich, diese Abfrage zum "shutdown" erst nach Beendigung der Aufnahme zu stellen?Code
Display More2026-07-24T09:02:55.653541+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:02:55.654068+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:02:55.654167+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:03:05.665375+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:03:05.665605+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:03:05.665742+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:03:15.674304+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:03:15.674514+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:03:15.674597+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:03:25.682202+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:03:25.682684+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:03:25.682740+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:03:35.695290+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:03:35.695478+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:03:35.695548+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown'2.
Nach dem Ende der Aufnahme fährt der VDR "sofort" herunter und wartet nicht mehr die sonst übliche Karenzzeit von 5:00 Minuten ab.
Das würde ich doch so beibehalten wollen, wie das bisher ist.Code
Display More2026-07-24T09:14:46.339554+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:14:56.345401+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: recording is active 2026-07-24T09:14:56.345786+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:14:56.345868+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:15:01.174224+02:00 yavdr vdr: [1912] timer 14 (5 0900-0915 'Nordmagazin') finished with 0 errors 2026-07-24T09:15:01.186501+02:00 yavdr vdr: [1912] timer 14 (5 0900-0915 'Nordmagazin') stop 2026-07-24T09:15:01.186901+02:00 yavdr vdr: [1912] executing '/usr/lib/vdr/vdr-recordingaction after "/srv/vdr/video/Nordmagazin/2026-07-24.09.00.5-0.rec"' 2026-07-24T09:15:01.208146+02:00 yavdr recordingaction: executing shell script /usr/share/vdr/recording-hooks/R90.custom after /srv/vdr/video/Nordmagazin/2026-07-24.09.00.5-0.rec 2026-07-24T09:15:01.209818+02:00 yavdr vdr: [1912] timer 14 (5 0900-0915 'Nordmagazin') set to no event 2026-07-24T09:15:01.209924+02:00 yavdr vdr: [1912] deleting timer 14 (5 0900-0915 'Nordmagazin') 2026-07-24T09:15:01.210056+02:00 yavdr vdr: [2049] VNSI: Requesting clients to reload timers 2026-07-24T09:15:06.384796+02:00 yavdr vdr: [3515] dbus2vdr: calling shutdown-hook-wrapper /usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper /usr/share/vdr/shutdown-hooks "1784914020 36714 3 \"Brandenburg aktuell\" 0" 2026-07-24T09:15:06.396547+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: asking shutdown-hook /usr/share/vdr/shutdown-hooks/S90.acpiwakeup 2026-07-24T09:15:06.421910+02:00 yavdr [vdr-addon-acpiwakeup]: Try setting ACPI alarm time to: Fr 24. Jul 19:22:00 CEST 2026 (1784913720) 2026-07-24T09:15:06.423881+02:00 yavdr [vdr-addon-acpiwakeup]: Resetting ACPI alarm time 2026-07-24T09:15:06.425726+02:00 yavdr [vdr-addon-acpiwakeup]: Writing 0 to /sys/class/rtc/rtc0/wakealarm 2026-07-24T09:15:06.427898+02:00 yavdr [vdr-addon-acpiwakeup]: Writing +36414 (timer) to /sys/class/rtc/rtc0/wakealarm 2026-07-24T09:15:06.429608+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: result(0) = (null) 2026-07-24T09:15:06.431155+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: asking shutdown-hook /bin/sh /usr/share/vdr/shutdown-hooks/S90.custom 2026-07-24T09:15:06.435608+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: result(0) = (null) 2026-07-24T09:15:06.435725+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: asking shutdown-hook /bin/sh /usr/share/vdr/shutdown-hooks/S91.lifeguard 2026-07-24T09:15:06.556424+02:00 yavdr shutdown-wrapper: [4898] dbus2vdr-shutdown-wrapper: result(0) = (null) 2026-07-24T09:15:06.556758+02:00 yavdr vdr: [3515] dbus2vdr: result(0) = vdr is ready for shutdown 2026-07-24T09:15:06.557638+02:00 yavdr yavdr-frontend[2388]: shutdown_handler.py:59:INFO:VDRShutdownHandler.attempt_shutdown(): attempt_shutdown: vdr is ready for shutdown 2026-07-24T09:15:06.557849+02:00 yavdr vdr: [3515] dbus2vdr: de.tvdr.vdr.remote.HitKey: get key 'Power' 2026-07-24T09:15:06.557898+02:00 yavdr vdr: [1912] Power button pressed 2026-07-24T09:15:06.558211+02:00 yavdr vdr: [1912] confirm: Taste drücken, um Ausschalten abzubrechen 2026-07-24T09:15:06.558245+02:00 yavdr vdr: [1912] warning: Taste drücken, um Ausschalten abzubrechen 2026-07-24T09:15:06.558320+02:00 yavdr yavdr-frontend[2388]: tools.py:206:DEBUG:root._runner(): attempt_shutdown returned 'result=True' 2026-07-24T09:15:06.558349+02:00 yavdr yavdr-frontend[2388]: tools.py:190:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-24T09:15:12.775106+02:00 yavdr vdr: [1912] confirmed 2026-07-24T09:15:12.775449+02:00 yavdr vdr: [1912] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1784914020 36708 3 "Brandenburg aktuell" 1' 2026-07-24T09:15:12.797717+02:00 yavdr vdr: [1912] saved setup to /var/lib/vdr/setup.conf 2026-07-24T09:15:12.814648+02:00 yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup 2026-07-24T09:15:12.836846+02:00 yavdr [vdr-addon-acpiwakeup]: Try setting ACPI alarm time to: Fr 24. Jul 19:22:00 CEST 2026 (1784913720) 2026-07-24T09:15:12.838494+02:00 yavdr [vdr-addon-acpiwakeup]: Resetting ACPI alarm time 2026-07-24T09:15:12.839884+02:00 yavdr [vdr-addon-acpiwakeup]: Writing 0 to /sys/class/rtc/rtc0/wakealarmHier noch das längere syslog vom Start der Aufnahme um 09:00:00Uhr bis zum Ende der Aufnahme um 09:15:00Uhr und dem Runterfahren des VDR um 09:15:06Uhr.
The content cannot be displayed because you do not have authorisation to view this content. -
Jetzt habe ich gerade noch gesehen, dass es eine neue python3-yavdr-frontend gibt.
Bei mir ist noch die Version im Einsatz python3-yavdr-frontend/resolute 0.1.8+git20260723-39-436da2b-0yavdr0~resolute
Ich hatte gestern Abend den VDR aktualisiert und dann für heute Morgen die Aufnahme programmiert.Ich weiß jetzt nicht, ob Du bei der aktuelleren Version: python3-yavdr-frontend/resolute 0.1.8+git20260723-41-b36196a-0yavdr0~resolute bereits Änderungen gemacht hast, die die von mir oben genannten Dinge bereits erledigt haben.
-
Bei den letzten Aktualisierungen ging es um etwas größere Verzögerungen beim Umschalten zwischen VDR, KODI usw. - das mit den Abständen zwischen den wiederholten Shutdown-Versuchen schaue ich mir noch mal an.
-
ok, danke sehr. ich kann erst Sonntag weiter testen und schaue dann und schicke die infos.
-
das mit den Abständen zwischen den wiederholten Shutdown-Versuchen schaue ich mir noch mal an.
Probiert es bitte noch mal mit dem aktuellen python3-yavdr-frontend Paket.
-
moin, ist installiert und funktioniert wie erwartet. umschaltung per vdr menu auf xterm geht, schaltung zurück geht auch problemlos, ebenso wechsel zu kodi und zurück.
etwas merkwürdig ist, dass in der xorg.conf.d/20_intel.conf "driver "intel" steht und im Xorg.0.log steht:
[ 8455.595] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so[ 8455.597] (II) Module glx: vendor="X.Org Foundation"[ 8455.597] compiled for 1.21.1.22, module version = 1.0.0[ 8455.597] ABI class: X.Org Server Extension, version 10.0[ 8455.597] (II) LoadModule: "modesetting"[ 8455.597] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so[ 8455.597] (II) Module modesetting: vendor="X.Org Foundation"[ 8455.597] compiled for 1.21.1.22, module version = 1.21.1[ 8455.597] Module class: X.Org Video Driver[ 8455.597] ABI class: X.Org Video Driver, version 25.2[ 8455.597] (II) modesetting: Driver for Modesetting Kernel Drivers: kms[ 8455.597] (WW) xf86OpenConsole: setpgid failed: Operation not permitted[ 8455.597] (WW) xf86OpenConsole: setsid failed: Operation not permitted[ 8455.708] (II) modeset(0): using drv /dev/dri/card1[ 8455.708] (II) modeset(0): Creating default Display subsection in Screen section "screen" for depth/fbbpp 24/32
also modesetting läuft trotz der 20_intel.conf, wie bei der installation beabsichtigt.
es gibt in /etc/X11 die datei xorg-verbose.conf mit dem modesetting, anscheinend überstimmt die die 20_intel?
@yvrn:/etc/X11# cat xorg-verbose.conf
#
# *** ANSIBLE MANAGED FILE ***
# template: templates/xorg-verbose.conf.j2
#
#Section "Device"
Identifier "gpu"
Driver "modesetting"
Option "DynamicTwinView" "true"
Option "NoFlip" "false"
EndSectionSection "Screen"
Identifier "screen"
Device "gpu"
EndSection -
es gibt in /etc/X11 die datei xorg-verbose.conf mit dem modesetting, anscheinend überstimmt die die 20_intel?
Die xorg-verbose.conf wird nur für die Erkennung der Bildschirme durch das Playbook genutzt - die Xorg-Snippets dann beim normalen Betrieb mit der yavdr-xorg.service
-
seahawk1986
Ich habe getestet und die vielen Meldungen, wie vorher (siehe Beitrag #251 oben) gibt es nicht mehr.
So sieht es jetzt aus, um 18:25:36 gibt's dann eine ganze Latte mit diesen Meldungen, aber sonst ist es okay:Code
Display More2026-07-26T18:20:00.043492+02:00 yavdr vdr: [1953] timer 15 (5 1820-1830 'Rund um den Michel') start 2026-07-26T18:20:00.043654+02:00 yavdr vdr: [1953] executing '/usr/lib/vdr/vdr-recordingaction before "/srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec"' 2026-07-26T18:20:00.044700+02:00 yavdr systemd[1]: Starting sysstat-collect.service - system activity accounting tool... 2026-07-26T18:20:00.054245+02:00 yavdr recordingaction: executing shell script /usr/share/vdr/recording-hooks/R90.custom before /srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec 2026-07-26T18:20:00.057933+02:00 yavdr vdr: [1953] record /srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec 2026-07-26T18:20:00.065053+02:00 yavdr vdr: [1953] markad: deactivated by user 2026-07-26T18:20:00.066876+02:00 yavdr avahi-linker[1624]: INFO:VDR Net Monitor:send update notification as udp broadcast 2026-07-26T18:20:00.076564+02:00 yavdr systemd[1]: sysstat-collect.service: Deactivated successfully. 2026-07-26T18:20:00.076834+02:00 yavdr systemd[1]: Finished sysstat-collect.service - system activity accounting tool. 2026-07-26T18:20:00.255336+02:00 yavdr vdr: [2092] VNSI: Requesting clients to reload timers 2026-07-26T18:20:00.475766+02:00 yavdr vdr: [3515] executing '/usr/lib/vdr/vdr-recordingaction started "/srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec"' 2026-07-26T18:20:00.493556+02:00 yavdr recordingaction: executing shell script /usr/share/vdr/recording-hooks/R90.custom started /srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec 2026-07-26T18:20:03.010288+02:00 yavdr vdr: [2092] VNSI: Requesting clients to reload recordings list (2) 2026-07-26T18:20:26.734835+02:00 yavdr systemd[1]: Starting update-notifier-download.service - Download data for packages that failed at package install time... 2026-07-26T18:20:26.851066+02:00 yavdr systemd[1]: update-notifier-download.service: Deactivated successfully. 2026-07-26T18:20:26.851216+02:00 yavdr systemd[1]: Finished update-notifier-download.service - Download data for packages that failed at package install time. 2026-07-26T18:20:36.296859+02:00 yavdr yavdr-frontend[2431]: vdr_controller.py:450:DEBUG:VDR-Frontend._startup(): self.startup_state=StartupStateEnum.REGULAR 2026-07-26T18:20:36.297133+02:00 yavdr yavdr-frontend[2431]: vdr_controller.py:452:DEBUG:VDR-Frontend._startup(): attach_on_startup: auto 2026-07-26T18:20:36.297245+02:00 yavdr yavdr-frontend[2431]: vdr_controller.py:341:DEBUG:VDR-Frontend._start(): self.frontend=<class 'yavdr_frontend.frontends.vaapivideo.Vaapivideo'><vaapivideo(VDR Module) 2026-07-26T18:20:36.297325+02:00 yavdr yavdr-frontend[2431]: controller.py:514:DEBUG:Controller.after_recording_poweroff(): started after_recording_poweroff method 2026-07-26T18:20:36.297434+02:00 yavdr yavdr-frontend[2431]: tools.py:223:DEBUG:root.start(): called start for prepare_shutdown 2026-07-26T18:20:36.297498+02:00 yavdr yavdr-frontend[2431]: tools.py:188:DEBUG:root._runner(): starting _runner for prepare_shutdown 2026-07-26T18:20:36.297565+02:00 yavdr yavdr-frontend[2431]: tools.py:192:DEBUG:root._runner(): wait for timeout to call 'prepare_shutdown' 2026-07-26T18:20:36.297628+02:00 yavdr yavdr-frontend[2431]: controller.py:259:DEBUG:Controller.set_background(): set_background with options path: /usr/share/yavdr/images/yaVDR_background_detached.jpg, fill: True 2026-07-26T18:20:36.298145+02:00 yavdr systemd[2136]: launchpadlib-cache-clean.service - Clean up old files in the Launchpadlib cache skipped, unmet condition check ConditionPathExists=/var/lib/vdr/.launchpadlib/api.launchpad.net/cache 2026-07-26T18:20:36.435312+02:00 yavdr yavdr-frontend[2431]: controller.py:362:INFO:Controller.set_frontend_state(): Setting state from 'FrontendState.STOP' to 'FrontendState.SWITCH' 2026-07-26T18:20:36.435376+02:00 yavdr yavdr-frontend[2431]: startup.py:27:INFO:root.main(): Startup complete. Press STRG + C to cancel ... 2026-07-26T18:20:36.435434+02:00 yavdr yavdr-frontend[2431]: controller.py:532:DEBUG:Controller.after_recording_poweroff(): created shutdown_task 2026-07-26T18:25:36.310309+02:00 yavdr yavdr-frontend[2431]: tools.py:201:DEBUG:root._runner(): waited for at least 300 s: 300.01200008600006 s 2026-07-26T18:25:36.317528+02:00 yavdr yavdr-frontend[2431]: controller.py:573:DEBUG:Controller.prepare_shutdown(): called prepare_shutdown 2026-07-26T18:25:36.317606+02:00 yavdr yavdr-frontend[2431]: controller.py:576:DEBUG:Controller.prepare_shutdown(): stop_on_shutdown=True 2026-07-26T18:25:36.317665+02:00 yavdr yavdr-frontend[2431]: controller.py:579:DEBUG:Controller.prepare_shutdown(): stop current_frontend: VDR-Frontend 2026-07-26T18:25:36.317720+02:00 yavdr yavdr-frontend[2431]: controller.py:362:INFO:Controller.set_frontend_state(): Setting state from 'FrontendState.SWITCH' to 'FrontendState.PREPARE_SHUTDOWN' 2026-07-26T18:25:36.317772+02:00 yavdr yavdr-frontend[2431]: controller.py:298:DEBUG:Controller.stop(): called stop(extern=True) 2026-07-26T18:25:36.317818+02:00 yavdr yavdr-frontend[2431]: controller.py:300:DEBUG:Controller.stop(): self.current_frontend=<class 'yavdr_frontend.vdr_controller.VDRController'><VDR-Frontend(vdr) 2026-07-26T18:25:36.317865+02:00 yavdr yavdr-frontend[2431]: controller.py:304:DEBUG:Controller.stop(): stop: current frontend is VDR-Frontend 2026-07-26T18:25:36.317911+02:00 yavdr yavdr-frontend[2431]: vaapivideo.py:48:DEBUG:vaapivideo.check_state(): check_state(): got status code: 550 2026-07-26T18:25:36.317964+02:00 yavdr yavdr-frontend[2431]: vaapivideo.py:58:DEBUG:vaapivideo.check_state(): state was 912 2026-07-26T18:25:36.318010+02:00 yavdr yavdr-frontend[2431]: generic_vdr_frontend.py:255:DEBUG:vaapivideo.status(): status: vaapivideo is detached 2026-07-26T18:25:36.318050+02:00 yavdr yavdr-frontend[2431]: controller.py:306:DEBUG:Controller.stop(): self.frontends[0].is_running: False 2026-07-26T18:25:36.318097+02:00 yavdr yavdr-frontend[2431]: controller.py:259:DEBUG:Controller.set_background(): set_background with options path: /usr/share/yavdr/images/yaVDR_background_prepare_shutdown_de.png, fill: True 2026-07-26T18:25:36.500470+02:00 yavdr yavdr-frontend[2431]: controller.py:362:INFO:Controller.set_frontend_state(): Setting state from 'FrontendState.PREPARE_SHUTDOWN' to 'FrontendState.STOP' 2026-07-26T18:25:36.500553+02:00 yavdr yavdr-frontend[2431]: tools.py:223:DEBUG:root.start(): called start for attempt_shutdown 2026-07-26T18:25:36.500577+02:00 yavdr yavdr-frontend[2431]: tools.py:211:DEBUG:root._runner(): prepare_shutdown returned 'result=False' 2026-07-26T18:25:36.500610+02:00 yavdr yavdr-frontend[2431]: tools.py:218:INFO:root._runner(): shutting down DelayedRepeatableTask for prepare_shutdown 2026-07-26T18:25:36.500647+02:00 yavdr yavdr-frontend[2431]: tools.py:188:DEBUG:root._runner(): starting _runner for attempt_shutdown 2026-07-26T18:25:36.500691+02:00 yavdr yavdr-frontend[2431]: tools.py:192:DEBUG:root._runner(): wait for timeout to call 'attempt_shutdown' 2026-07-26T18:30:01.024318+02:00 yavdr vdr: [1953] timer 15 (5 1820-1830 'Rund um den Michel') finished with 0 errors 2026-07-26T18:30:01.037105+02:00 yavdr vdr: [1953] timer 15 (5 1820-1830 'Rund um den Michel') stop 2026-07-26T18:30:01.037519+02:00 yavdr vdr: [1953] executing '/usr/lib/vdr/vdr-recordingaction after "/srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec"' 2026-07-26T18:30:01.048462+02:00 yavdr CRON[3872]: (root) CMD (if [ -x /etc/init.d/anacron ] && ! [ -d /run/systemd/system ]; then exec /usr/sbin/invoke-rc.d anacron start >/dev/null; fi) 2026-07-26T18:30:01.061406+02:00 yavdr recordingaction: executing shell script /usr/share/vdr/recording-hooks/R90.custom after /srv/vdr/video/Rund_um_den_Michel/2026-07-26.18.20.5-0.rec 2026-07-26T18:30:01.063558+02:00 yavdr vdr: [1953] timer 15 (5 1820-1830 'Rund um den Michel') set to no event 2026-07-26T18:30:01.063675+02:00 yavdr vdr: [1953] deleting timer 15 (5 1820-1830 'Rund um den Michel') 2026-07-26T18:30:01.063736+02:00 yavdr vdr: [2092] VNSI: Requesting clients to reload timersNur der shutdown ist dann gleich nach dem Ende der Aufnahme erfolgt, ohen die üblichen 5:00 Minuten Karenzeit vor dem runterfahren.
Aber erstmal könnte man damit leben.Ich habe mal noch den Auszug aus dem syslog angehängt, bis zum runterfahren:
The content cannot be displayed because you do not have authorisation to view this content. -
Edit: da scheint es beim Attachen von vaapivideo nach KODI z.T. noch ein Timing-Problem zu geben - ich baue da noch erneute Versuche ein.
Bei meinem System mit dem MiniPC Intel-N150 gibt es seit diesen Änderungen einige Probleme beim Umschalten vom VDR -> KODI und auch zurück.
Zum einen dauert es jetzt viel länger bis KODI gestartet wird und ein Bild vom Menü kommt.
Manchmal kommt gar kein Bild mehr und ich muss einen Reboot machen.Auch beim Zurückschalten bleibt es manchmal mit einem schwarzen Bildschirm hängen.
Da hilft dann mit Glück ein "svdrpsend plug vaapivideo atta" und es kommt ein Bild.Also so richtig rund läuft dies m.M. nach nicht.
Das war vorher für mein System besser. -
nutzt Du den intel driver oder modesetting? so ein verhalten hatte ich auch mit dem xorg intel. zusätzlich ist mein n100 mini-pc beim shutdown immer hängen geblieben und ich musste per hw knopf ausschalten
-
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!