VDR gibt weder Ton noch Bild nach Start

ewl · 19. Dezember 2021

Hallo,

es hat eine Zeit lang funktioniert aber seit ein paar Wochen (nach einem `apt update/upgrade`?) scheint VDR das Neustarten nicht gut zu bekommen: nach dem Reboot (es scheint egal, ob mit Schlafen oder einfach Reboot) funktioniert's eine kleine Weile und dann gehen Video und Ton weg. Ungefähr zur gleichen Zeit kommen solche Nachrichten (vor allem die `video mit 0/ms v-buf` Zeilen).

Code

Dec 19 09:55:01 hdvdr.home vdr[1301]: video: --:--:--.---   +0    0   0/\ms   0+0 v-buf
Dec 19 09:55:01 hdvdr.home vdr[1301]: [1301] [softhddev]No hw driver or OpenGL Osd disabled - use soft OSD
Dec 19 09:55:02 hdvdr.home vdr[1301]: [1301] switching to channel 613 S19.2E-1-1094-9181 (NOSTALGIE)
Dec 19 09:56:01 hdvdr.home vdr[1301]: video: --:--:--.---   +0    0   0/\ms   0+0 v-buf

Ein einfacher Neustart von vdr (z.B. `systemctl restart vdr`) löst das Problem bis zum nächsten Reboot... Leider habe ich zu lange gewartet, um mich darum zu kümmern, und darum weiß ich nicht genau, was der Grund für diese Verhaltensänderung sein könnte. Hat jemand eine Idee?

seahawk1986 · 19. Dezember 2021

Passiert das nur bei Radiosendern, wo der VDR dann ein schwarzes Bild anzeigt oder auch bei anderen Programmen? Kannst du mal ein ungekürztes Log (z.B. journalctl -b -l > log.txt) ab dem Start bis zum Auftreten des Problems zeigen?

ewl · 20. Dezember 2021

Es betrifft beide ziemlich gleich, Fernsehen und Radio. Den Output von journalctl habe ich angehängt: einmal vor dem Neustarten von VDR, einmal danach, zum Vergleich. Eine Sache habe ich festgestellt: die Zeit springt um eine Stunde zurück. Könnte es daran liegen? Die Zeitumstellung könnte der Grund sein und würde zum (gefühlten) Zeitpunkt des Erstauftretens passen.

seahawk1986 · 20. Dezember 2021

Zitat von ewl

die Zeit springt um eine Stunde zurück.

Ich sehe da in beiden Fällen einen Sprung um ca. eine Minute, z.B.:

Code

Dez 20 09:02:15 hdvdr.home vdr[1297]: [1367] loading /srv/vdr/Eric/Phantastische_Tierwesen_und_wo_sie_zu_finden_sind/2021-12-20.00.51.7-0.rec/marks
Dez 20 08:03:08 hdvdr.home systemd-timesyncd[1006]: Initial synchronization to time server [2001:67c:1560:8003::c7]:123 (ntp.ubuntu.com).

bzw.

Code

Dez 20 09:02:15 hdvdr.home vdr[1297]: [1367] loading /srv/vdr/Eric/Phantastische_Tierwesen_und_wo_sie_zu_finden_sind/2021-12-20.00.51.7-0.rec/marks
Dez 20 08:03:08 hdvdr.home systemd-timesyncd[1006]: Initial synchronization to time server [2001:67c:1560:8003::c7]:123 (ntp.ubuntu.com).

Du scheinst die RTC nicht in UTC laufen zu lassen, was die Synchronisation selbiger durch systemd-timesyncd mit der Systemzeit verhindert:

Code

Dez 20 09:01:38 hdvdr.home systemd-timesyncd[1006]: The system is configured to read the RTC time in the local time zone. This mode cannot be fully supported. All system time to RTC updates are disabled.

Dadurch driftet die RTC gegenüber der NTP-Zeit ungebremst - falls es nicht möglich ist UTC für die RTC zu nuten, würde ich mal schauen, ob es hilft beim Shutdown explizit die aktuelle Systemzeit in die RTC zu schreiben - z.B. mit hwclock.

ewl · 20. Dezember 2021

Es ist fast eine ganze Stunde, wegen Sommerzeit + Drift...

Ich weiß von den Nachteilen von LOCAL-Zeit, aber ich muss es haben (die Zeit im BIOS muss lokal sein, sonst wird's kompliziert mit dem Aufwachen, lange Story). Ich vermute also, es ist systemd-timesyncd, das entschieden hat, dass hwclock.service im LOCAL-mode maskiert werden muss, und sich nicht "unmaskieren" lässt. Mist, ich hasse, solche Entwicklerentscheidungen, die ich nicht beeinflussen kann. OK, ich muss schauen, wie ich das umgehe. Zumindest läuft es jetzt wieder, mit der HW-Zeit manuell angeglichen.

ewl · 30. Dezember 2021

I did push a workaround as PR: https://github.com/yavdr/yavdr-ansible/pull/27 in case someone has the same issue.

VDR gibt weder Ton noch Bild nach Start

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema