[Dumpfbacke]

Problem steht eigentlich schon im Titel. Von allen VDRs war ich eigentlich gewohnt, dass der VDR nach Einstellung im OSD auf dem letzten gewählten Kanal startet. Meine MLD macht das nicht. Wo kann ich daran drehen?

[franky]

Ich kann das bei meinen MLD 6.5 Systemen nicht nachvollziehen.
Ich habe es gerade mal bei meinen x86ern und auch bei einem RPI4 getestet,
Wenn im VDR-Setup unter Sonstiges die Option "Kanal beim Einschalten" auf "wie vorher" konfiguriert ist, ist auch bei einem Neustart der gleiche Kanal eingestellt wie beim vorherigem Shutdown.

[clausmuus]

Eine Ursache könnte sein, wenn das System nicht sauber herunter gefahren wird, bzw. nicht über die VDR Power Off Funktion (F12 Taste). Dann wird der VDR nicht sauber gestoppt, und kann sich nicht merken, welcher Sender zuletzt aktiv war.

[Dumpfbacke]

Ich bediene den VR zur Zeit nur über das Webif (Testsystem). Wird da da Poweroff Skript nicht ausgeführt?

[franky]

Wenn du den VDR über das WebIF Dienste - System ausschaltest wird der VDR nicht sauber per Shutown-Sript beendet und somit auch die setup.conf nicht neu geschrieben.

Alternativ kannst du über das WebIF - Dienste erst den VDR beenden und dann über System AUSCHALTEN.
Oder über Werkzeuge - VDR OSD mit dem roten Ausschaltknopf (entspricht F12) ausschalten.
Dann wird der VDR auch sauber mit Shutdown-Script beendet und der zuletzt eingestellte Kanal gespeichert.
Gespeichert wird die Kanalnummer in der setup.conf als CurrentChannel =.
Gibt es keinen Eintrag CurrentChannel startet der VDR mit Kanal1 also "Das Erste".
Über den Eintrag CurrentChannel kannst du also nach beenden des VDR überprüfen, ob der richtige Kanal gespeichert wurde.

[Schwabe]

Ich hatte das Thema auch schon mal angesprochen.
Bei meinem System ist es weiterhin unverändert, dass die Einstellung Kanal "wie vorher" keine Beachtung findet.
Hatte soeben mal über Werkzeuge - VDR OSD mit dem roten Ausschaltknopf den VDR runtergefahren. Aber keine Änderung. In meiner setup.conf steht CurrentChannel = 6 (Sat1) und dieser wird immer gestartet.
Gibt es weitere Ideen?

[franky]

@Schwabe
Welchen Stand der MLD 6.5 mit welcher VDR-Version nutzt du eigentlich aktuell auf deinem System?

[Schwabe]

Ich halte mein System aktuell. Momentan ist VDR Version 2.8.2 drauf.
Wo finde ich denn Info zur MLD Version? Im Web-IF steht 6.5.0 wenn das passt

[gustavgans]

Ich muss leider vermelden, dass es auch bei mir - RPi5, MLD6.5.0 fast aktuellster Stand (z.Zt werden nur webif und yt-dlp als Paketupdates angeboten), letztes Update war am 2026-08-22 abends, somit VDR 2.8.2 - nicht funktioniert.

Ich kann nicht mit Sicherheit sagen seit wann das los ging, schätze vor max.2 Wochen, bis dahin funktionierte es. In meinem Fall startete immer Kanal 6, das war der letzte "last channel" Eintrag in der config-Datei. Aus unbekanntem Grund hat VDR irgend wann aufgehört, beim Beenden den Eintrag zu aktualisieren. Ich habe vor zwei Tagen die Einstellung von "voriger" auf "Kanal 2 (hier ZDF-HD) geändert, werde es nachher nochmal auf "voriger" stellen und morgen sehen ob es wieder geht.
Ebenfalls seit ein paar Wochen habe ich den RP2040 für Suspend/Wakeup laufen, soweit ich erinnern kann besteht zwischen seiner Aktivierung und dem Startkanalproblem aber kein Zusammenhang.

Edit: Habe eben den Test gemacht: Es geht auch bei mir NICHT mehr.

Hatte in den letzten Tagen eingestellt, dass er immer mit Kanal 2 starten soll, was korrekt funktioniert. Habe gestern umgestellt auf "wie vorher" und abends Kanal 3 vor dem Ausschalten (per Fernbedienung) eingestellt. Heute wieder eingeschaltet - er startet mit Kanal 2!

In /etc/vdr/setup.conf steht:
CurrentChannel = 2
InitialChannel =

Bevor ich auf "wie vorher" gegangen bin stand da
InitialChannel = S19.2E-1-1061-10355
was laut meiner Kanalliste Kanal 2 ist

Ich war ja auf "Kanal 2" vor einigen Tagen gegangen, weil "wie vorher" nicht mehr ging. Zu jener Zeit stand in der setup.conf noch:
CurrentChannel = 6
und das dumme Ding startete immer mit Kanal 6, egal was beim Ausschalten gerade aktiv war.

NUR EINE VERMUTUNG:
a) Wenn man einen bestimmten Kanal beim Start einstellt, dann schreibt der VDR dessen Nummer aus der channels.list auch in die setup.conf bei "lastchannel=" ein.
b) Beim Shutdown aktualisiert der VDR diesen Eintrag, warum auch immer, nicht mehr.
Also ist er wegen a) vor paar Wochen von "6" nach "2" gewechselt, aber "wie vorher" funktioniert wegen b) nicht.
Bleibt die Frage: Was ist bloß der Grund für b)?

[rfehr]

Ich muss leider vermelden, dass es auch bei mir - RPi5, MLD6.5.0 fast aktuellster Stand (z.Zt werden nur webif und yt-dlp als Paketupdates angeboten), letztes Update war am 2026-08-22 abends, somit VDR 2.8.2 - nicht funktioniert.

Ich kann nicht mit Sicherheit sagen seit wann das los ging, schätze vor max.2 Wochen, bis dahin funktionierte es. In meinem Fall startete immer Kanal 6, das war der letzte "last channel" Eintrag in der config-Datei. Aus unbekanntem Grund hat VDR irgend wann aufgehört, beim Beenden den Eintrag zu aktualisieren. Ich habe vor zwei Tagen die Einstellung von "voriger" auf "Kanal 2 (hier ZDF-HD) geändert, werde es nachher nochmal auf "voriger" stellen und morgen sehen ob es wieder geht.
Ebenfalls seit ein paar Wochen habe ich den RP2040 für Suspend/Wakeup laufen, soweit ich erinnern kann besteht zwischen seiner Aktivierung und dem Startkanalproblem aber kein Zusammenhang.

Edit: Habe eben den Test gemacht: Es geht auch bei mir NICHT mehr.

Hatte in den letzten Tagen eingestellt, dass er immer mit Kanal 2 starten soll, was korrekt funktioniert. Habe gestern umgestellt auf "wie vorher" und abends Kanal 3 vor dem Ausschalten (per Fernbedienung) eingestellt. Heute wieder eingeschaltet - er startet mit Kanal 2!

In /etc/vdr/setup.conf steht:
CurrentChannel = 2
InitialChannel =

Bevor ich auf "wie vorher" gegangen bin stand da
InitialChannel = S19.2E-1-1061-10355
was laut meiner Kanalliste Kanal 2 ist

Ich war ja auf "Kanal 2" vor einigen Tagen gegangen, weil "wie vorher" nicht mehr ging. Zu jener Zeit stand in der setup.conf noch:
CurrentChannel = 6
und das dumme Ding startete immer mit Kanal 6, egal was beim Ausschalten gerade aktiv war.

NUR EINE VERMUTUNG:
a) Wenn man einen bestimmten Kanal beim Start einstellt, dann schreibt der VDR dessen Nummer aus der channels.list auch in die setup.conf bei "lastchannel=" ein.
b) Beim Shutdown aktualisiert der VDR diesen Eintrag, warum auch immer, nicht mehr.
Also ist er wegen a) vor paar Wochen von "6" nach "2" gewechselt, aber "wie vorher" funktioniert wegen b) nicht.
Bleibt die Frage: Was ist bloß der Grund für b)?

bei mir ist InitialChannel leer, und
CurrentChannel = 4 aktuell,
der CurrentChannel ändert sich auch jedesmal, je nachdem auf welchem Kanal ich war, und dann den VDR beende.

lastchannel gibts es doch in der setup.conf garnicht, also bei mit nicht außer als live.LastChannel = 0, und das ist vom live plugin.

Könnte es vieleicht daran liegen wenn irgenwann mal InitialChannel gesetzt worden ist.

Gruß,
  Roland

P.S.: sonst vieleicht mal im VDR Portal nachfragen, ob da so eon Problem bekannt ist.

[gustavgans]

Interessant!
Erstmal: Stimmt, ein LastChannel gibts in der setup.conf nicht.
Dann: Mein VDR aktualisiert den Eintrag unter CurrentChannel NICHT beim Kanalwechsel. Dann ist das wohl unser Problem. Es dürfte also nichts mit der Art und den Randbedingungen beim Shutdown zu tun haben, also ist es eher ein reines VDR Problem und hat mit der MLD gar nichts zu tun. Unser Thema gehört eher ins VDR-Forum. Aber vielleicht kennt sich hier jemand ebenfalls aus... viele Leute tanzen ja auf beiden Hochzeiten?
Wenn ich es richtig interpretiere, sollte der CurrentChannel 'laufend' aktuell sein, und wenn im VDR-Setup 'Kanal beim Einschalten = wie vorher' eingestellt ist, indem da "nichts" steht, dann schaut VDR bei current channel nach der Nummer, löst die in der channels.list auf und aktiviert den passenden Sender dann. Alles scheint zu funktionieren, bis auf die laufende Aktualisierung des Kanals. Unklar ist mir, warum der CurrentChannel offenbar beim Einschalten einmal aktualisiert wird, aber danach nie wieder.

[clausmuus]

Der VDR speichert nicht ständig den aktuellen Kanal in der setup.conf, sondern nur beim beenden.
Ein einfacher test wäre also, den VDR zu stoppen (im webif unter Dienste oder per "systemctl stop vdr") und dann zu schauen ob der Eintrag in der setup.conf aktualisiert wurde. Ist das der Fall, gibt es beim herunterfahren des Systems ein Problem, weshalb der VDR nicht sauber beendet wird.
Beim Stoppen des VDRs sollte im Systemlog dies zu sehen sein (im Webif oder per "journalctl -u vdr"):

Code: [Select]

Sep 04 12:06:08 MLD systemd[1]: Stopping Video Disk Recorder...
...
Sep 04 12:06:10 MLD vdr[985]: [985] saved setup to /etc/vdr/setup.conf
...
Sep 04 12:06:13 MLD vdr[985]: [985] exiting, exit code 0
Sep 04 12:06:13 MLD systemd[1]: vdr.service: Deactivated successfully.Bei meinem Testsystem dauert das Stoppen 5 Sekunden. Je nach verwendeter Plugins und Geschwindigkeit kann das auch erheblich länger dauern. Länger als 10 Sekunden wäre aber ungewöhnlich und einen genaueren Blick wert. Wenn das länger als 90 Sekunden dauert wird der VDR gewaltsam beendet, was dafür sorgen kann, dass die setup.conf nicht aktualisiert wird.

[gustavgans]

Bitte um ein wenig Geduld: Ich leg die Tage mal ne richtige Stoppuhr daneben und werde sowohl Stoppen nur des VDR mit Protokoll als auch Runterfahren erneut durchackern. Gibt es eigentlich eine Möglichkeit, das Systemlog vom Runterfahren zu konservieren und nach dem nächsten Reboot reinzusehen? Grund hierfür: Ich kann beim Runterfahren nicht vom MLD-Logo auf Konsole wechseln, weil ich keine <ESC>-Taste habe (ich habe gar keine Tastatur - ich hatte eine olle PS/2 Tastatur über so ein USB2kbd+mouse Dings, das kommt leider nicht beim Runterfahren durch. Müsste mir ne richtige USB-Tastatur besorgen, oder eben einen Weg kennen, das Shutdown-Log zu konservieren.

[gustavgans]

Hier meine statistischen Daten und Ergebnisse:

Ablauf Kaltstart (jedoch ohne Netzteil getrennt zu haben) mit RP2040 Taster oder Fernbedienung:
0:00 - EIN-Schalter
0:00 .. 0:13 - Raspi Bootscreen (weiß-roter Hintergrund, Meldungen vom 1stLevel Bootloader).
0:13 .. 0:26 - MLD-Hochlauf OHNE Logo, auch keine drei Punkte, nur schwarze Katze bei Nacht.
0:26 - Sundtek blaue LEDs springen an (Empfänger werden angesprochen).
0:29 - Live TV da.

Ablauf Runterfahren (ausgelöst per POWER2 Btn der Fernbedienung) mit RP2040:
0:00 - POWER2 Btn
0:00 .. 0:07 - Meldung 'Taste drücken zum Abbrechen...'
0:07 .. 0:12 - schwarze Katze...
0:12 .. 1:37 - MLD Logo pulsiert vor sich hin (85sec)
1:37 .. 1:40 - schwarze Katze...
1:40 - HDMI Signal und Raspi5 AUS.

Bis hierhin nur Statistik. Interessanter wird's jetzt:

VDR beenden über WebIF "Dienste": Dauert <5sec, setup.conf Update ok, journalctl wie erwartet.
VDR beenden über WebIF Terminal 'sysctl stop vdr': Genau das selbe wie über Dienste.
VDR beenden über WebIF Apps/VDR: Dauert 1-2sec länger, KEIN Update der setup.conf, grundlegend andere journalctl Meldungen.

VDR wieder starten macht bei Dienste und Terminal alles richtig, d.h. voriger Kanal oder fest gewählter Kanal nach dem Einschalten.

VDR wieder starten aus WebIF Apps/VDR: Beginnt mit dem zuletzt aktiven Kanal, OBWOHL in der setup.conf noch der vorherige unter 'currentChannel' steht.

Das Journal offenbart, dass ein Stopp aus WebIF/Apps eine VDR-Fernsteuerung per SVDRP auslöst, während die anderen Methoden den vdr.service beenden. Ich habe nicht versucht herauszufinden, welche SVDRP-Kommandos da verschickt werden, aber bestimmt läuft der vdr.service weiter, damit er Aufnahmen machen kann. Dementsprechend ist auch beim "Start" hinterher noch der selbe Kanal da. Fährt aber der Raspi runter, dann MUSS auch der vdr gestoppt werden. Weil das nicht richtig klappt dauert die Geschichte so lange bis zum Timeout, dann wird der vdr.service abgeschossen und schreibt also nichts in die setup.conf. Also liegt beim nächsten Re-Boot die Information zum "vorigen" Kanal nicht vor.

Nun stellt sich die Frage, welcher Mechanismus abläuft, wenn man auf dem Raspi einen Shutdown auslöst. Wenn da SVDRP-Kommandos raus gehen, aber kein "normaler" Stop des vdr.service ausgelöst wird, dessen "ok" Meldung die MLD aber erwartet, nicht bekommt und den Dienst dann halt abschießt, wäre erklärbar, warum das Wiederherstellen des "vorigen Kanals" nicht klappt.

Könnte es sein, dass uns hier schon wieder die etwas spezielle Architektur des Raspi ärgert, der ja kein vernünftiges 'suspend' kann, sondern nur 'runterfahren' ? Das würde umgekehrt bedeuten, dass wir für Raspis, bzw. allgemein für Rechner, die komplett runterfahren und von einem RP2040 oder sonstwie aufgeweckt werden, den PowerOff-Ablauf anpassen müssten.

War das jetzt hilfreich...?