1

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: Today at 11:30:55 »

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.

2

Allgemein [ General ] / Konfiguration von "X86 PC" auf "X86 PC mit Intel GPU (experimentell)"

« on: August 31, 2026, 19:26:16 »

Ich würde sagen, das funktioniert nicht, da die beiden Images zu unterschiedlich sind.
Ich hatte schon vor einigen Monaten versucht, durch Umstellen der Paket-Quellen in der sources.list vom x86er auf x86-intel zu migrieren.
Da werden dann praktisch alle Pakete aktualisiert, was dann aber schief läuft und das System nicht mehr bootfähig ist.
Letztendlich war die Lösung eine komplette Neuinstallation mit dem x86-intel Image.

Evtl. kann Roland oder Claus mehr dazu sagen.

3

Allgemein [ General ] / Neuinstallation

« on: August 31, 2026, 16:22:35 »

War nicht in meinem Fall das USBKBD Plugin auch dafür hilfreich, dass der Hardware-Powerknopf auch zum Herunterfahren taugt?

Stimmt. Mit vaapivideo funktioniert der Hardware-Powerknopf nur, wenn auch das usbkbd installiert ist.

4

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: August 31, 2026, 13:18:05 »

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.

5

Allgemein [ General ] / Neuinstallation

« on: August 31, 2026, 11:13:26 »

Ich habe mir das bezüglich usbhid nochmal näher angeschaut und der usbhid Treiber ist bei der MLD 6.5 enthalten.
Der usbhid Treiber wird für USB Keyboards vom zentralen HID Treiber hid-generic verwendet.
Beide sind bereits direkt in den Kernel integriert und nicht als ladbare Kernelmodule vorhanden.

Ich habe mir das gerade mal mit einem Rii-x8 Mini-Keyboard mit Mausfunktion angeschaut.
Wenn ich den Dongle am USB-Port anstecke sieht man im Log die Meldungen des Kernel (hid-generic):

Code: [Select]

Aug 31 10:27:55 Futro9010n1 kernel: usb 1-8.1: new full-speed USB device number 6 using xhci_hcd
Aug 31 10:27:55 Futro9010n1 kernel: input:   mini keyboard as /devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.0/0003:1997:2433.000D/input/input34
Aug 31 10:27:55 Futro9010n1 kernel: hid-generic 0003:1997:2433.000D: input,hidraw3: USB HID v1.11 Keyboard [  mini keyboard] on usb-0000:00:15.0-8.1/input0
Aug 31 10:27:55 Futro9010n1 kernel: input:   mini keyboard Mouse as /devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.1/0003:1997:2433.000E/input/input35
Aug 31 10:27:55 Futro9010n1 kernel: input:   mini keyboard System Control as /devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.1/0003:1997:2433.000E/input/input36
Aug 31 10:27:55 Futro9010n1 kernel: input:   mini keyboard Consumer Control as /devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.1/0003:1997:2433.000E/input/input37
Aug 31 10:27:55 Futro9010n1 kernel: hid-generic 0003:1997:2433.000E: input,hidraw4: USB HID v1.11 Mouse [  mini keyboard] on usb-0000:00:15.0-8.1/input1
Mit lsusb wird außer der ebenfalls angeschlossenen Logitech Multimedia-Tastatur und dem RP2040 FB-Empfänger dann auch das Rii Minikeyboard (Riitek Technology) angezeigt

Code: [Select]

root@Futro9010n1:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 1209:4445 Generic IRMP HID-KBD-Device
Bus 001 Device 003: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 006: ID 1997:2433 Shenzhen Riitek Technology Co., Ltd wireless mini keyboard with touchpad
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Mit lsusb -t sieht man dann auch, dass für die USB-Tastaturen usbhid (Driver=usbhid) verwendet wird.

Code: [Select]

root@Futro9010n1:~# lsusb -t
/:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/9p, 480M
    |__ Port 002: Dev 002, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 008: Dev 003, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 001: Dev 006, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 001: Dev 006, If 1, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 002: Dev 005, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 002: Dev 005, If 1, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 002: Dev 005, If 2, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/7p, 5000M
@purzel
Deine geposteten Ausgaben von lsusb und lsusb -t zeigen ja auch, dass dein Rii Keyboard erkannt und der usbhid Treiber verwendet wird.
Außerdem sieht man, dass dein Rii Mini Keyboard die gleiche Device-ID  (ID 1997:2433) hat wie meine Rii-x8.
Ist halt jetzt die Frage, weshalb dein Mini-Keyboard nicht im VDR funktioniert.
Du könntest mal mit keyd monitor überprüfen, ob keyd Tastendrücke vom Mini Keyboard verarbeitet.
Bei mir schaut das z.B. so aus, wenn ich auf der Rii-x8 Tab und Entf drücke:

Code: [Select]

root@Futro9010n1:~# keyd monitor
device added: 0000:0001:a55925e9 Power Button (/dev/input/event0)
device added: 0000:0001:a55925e9 Power Button (/dev/input/event1)
device added: 0fac:0ade:bea394c0 keyd virtual keyboard (/dev/input/event11)
device added: 0fac:1ade:d2b36ae6 keyd virtual pointer (/dev/input/event12)
device added: 0000:0006:bdb72f48 Video Bus (/dev/input/event13)
device added: 046d:c52b:457868e9 Logitech USB Receiver Mouse (/dev/input/event2)
device added: 046d:c52b:c1b00e0c Logitech USB Receiver Consumer Control (/dev/input/event3)
device added: 046d:c52b:0c56c7b6 Logitech USB Receiver System Control (/dev/input/event4)
device added: 046d:c52b:49d4ad1f Logitech USB Receiver (/dev/input/event5)
device added: 1209:4445:83212ad9 Raspberry Pi Pico IRMP HID-KBD-Device Keyboard (/dev/input/event10)
device added: 1997:2433:bbf38ba0   mini keyboard (/dev/input/event6)
device added: 1997:2433:95d8968e   mini keyboard Mouse (/dev/input/event7)
device added: 1997:2433:8156e746   mini keyboard System Control (/dev/input/event8)
device added: 1997:2433:5b732054   mini keyboard Consumer Control (/dev/input/event9)
keyd virtual keyboard   0fac:0ade:bea394c0      tab down
keyd virtual keyboard   0fac:0ade:bea394c0      tab up
keyd virtual keyboard   0fac:0ade:bea394c0      backspace down
keyd virtual keyboard   0fac:0ade:bea394c0      backspace up

Bezüglich Ton.
Hast Du im WebIF unter Einstellungen - Ton einen Ausgang kongiguriert oder steht der auf auto?

6

Allgemein [ General ] / Neuinstallation

« on: August 30, 2026, 17:24:24 »

Das (im Moment) einzige Problem scheint das fehlende usbhid Kernelmodul zu sein.

Ich habe mehrere unterschiedliche RF Mini-Tastaturen von Rii (Modell i8, x8, f8 und f4) mit USB-Dongel.
Die funktionieren alle ootB und verwenden das Kernelmodul hid-generic.

Was hast du denn genau für eine Mini-Tastatur?
Wie kommst du darauf, dass dafür ein usbhid Kernelmodul nötig ist?

7

Allgemein [ General ] / Neuinstallation

« on: August 26, 2026, 11:37:15 »

Vielleicht auch nicht unwichtig:
WebIf -> Dienste -> System -> Ausschalten -> sehr schnelles Herunterfahren
WebIf -> drei Punkte rechts oben -> Ausschalten -> lahm (wie bei Powerknopf)

Übrigens fand ich früher (MLD 5.3) den Fortschrittbalken unterm MLD-Logo beim Booten und Runterfahren schönerer als die jetzigen drei Punkte in der Ecke 

Wie ich ja weiter oben schon geschrieben hatte, bewirkt die Einstellung (WebIf -> Dienste -> System -> Ausschalten) ein sehr schnelles Herunterfahren bei dem der VDR nicht sauber beendet wird.
Eben mit der Folge, dass programmierte Wakeup Timer nicht gesetzt werden.
Somit scheint der saubere VDR-Shutdown an dieser Verzögerung beteiligt zu sein.

Da ich das Problem mit dem verzögerten Shutdown bei Verwendung von vaapivideo bei meinen Systemen nicht reproduzieren konnte, habe ich ausführlicher getestet.
Ich habe herausgefunden an was es liegt und weshalb es bei meinen Systemen mit vaapivideo bisher nicht aufgetreten ist.

Meine Systeme mit vaapivideo wurden alle im April installiert und seither immer upgedatet, weshalb ich mal mit einem alten Image vom April 2026 neu installiert habe.
Bei diesem neu installierten System mit vaapivideo ist das System mit F12 sofort ohne größere Verzögerung heruntergefahren.
Ich habe dann mit dem aktuellen Image neu installiert und da braucht das System dann fast 2 Minuten für den Shutdown nachdem das TV-Bild weg ist.
Ich habe dann weitere Images vom Juni und Mai getestet wo der Shutdown ebenfalls stark verzögert war.

Beim Vergleich der Pakete, die bei einem Distupgrade der Images vom April und Mai auf den aktuellen Stand zu aktualisieren waren, ist beim April Image als Unterschied das Paket Keyd übriggeblieben.
Ich habe dann beim mit dem April Image installierten System, bei dem es keine Shutdown Verzögerung gab, nur das keyd Paket aktualisiert und danach auch die Shutdown Verzögerung.
Die Ursache für diese Verzögerung ist also eindeutig das Anfang Mai aktualisierte keyd Paket mit dem es wohl ohne laufenden XServer diese Verzögerung beim Shutdown gibt.

Da das Problem bei meinen aktualisierten Systemen nicht auftritt und damals keyd im Rahmen der Implementierung des usbkbd Plugin auf eine neue Version aktualisiert werden musste, habe ich mal das usbkbd Plugin installiert.
Und siehe da, das System fährt nach der Installation des usbkbd Plugin wieder ohne große Verzögerung herunter.

Die Aktualisierung der keyd Version von 2.4.3 auf 2.6.0 war damals Anfang Mai nötig, damit wieder alle USB FB-Empfängern mit dem neuen Tastenmapping funktionieren.
Mit der alten keyd Version 2.4.3 hatten nur noch "echte" Tastatur-Empfänger incl. der RP2040-Empfänger funktioniert.
Ein Fallback auf die alte keyd Version ist daher keine Option.

Mit dem usbkbd Plugin gibt es also eine Lösung mit der die Shutdown-Verzögerung nicht auftritt und auch der HW-PowerButten mit vaapivideo einwandfrei funktioniert.
Ein aus meiner Sicht großer Vorteil des usbkbd Plugin ist ja die Möglichkeit, auch im VDR-OSD Buchstaben und Ziffern direkt über die Tastatur eingegeben zu können.
Da ich neben einer FB schon immer eine Mini-Keyboard angeschlossen habe, um Kodi, Chromium und das WebIF am TV vernünftig bedienen zu können, verwende ich das ubkbd Plugin seit Mai auf allen Systemen.

Zum Thema grauer Bildschirm beim Booten:
Eigentlich gibt es anstatt des grauen Bildschirms mit den drei Punkten ein Plymouth animiertes, pulsierendes MLD Logo.
Mir ist schon aufgefallen, dass es da bei einigen Intel-GPUs Probleme, besonders in Verbindung mit vaapivideo, Probleme mit Plymouth gibt und dann der graue Bildschirm beim Booten angezeigt wird.
Bei meinem Intel NUC8i3 (CoffeeLake Generation) wird immer das MLD-Logo angezeigt.
Ist aber eben keine generelles Verhalten der MLD 6.5.
Hast du den grauen Bildschirm eigentlich bei beiden Images und auch bei softhddevice Intel?

8

Allgemein [ General ] / Neuinstallation

« on: August 25, 2026, 23:54:54 »

Claus das stimmt schon, dass wenn "Sofort herunter fahren wenn die Taste am Gerät gedrückt wird" im WebIF aktiviert ist, das System auch ohne XServer sofort herunterfährt.
Sowie ich mich erinnere war das aber dafür gedacht, dass man das System auch dann mit der Powertaste herunterfahren kann, wenn kein VDR läuft.
Wirkt also wie das "AUSSCHALTEN" unter Dienste im WebIF.
Der Nachteil ist dann aber, dass der VDR nicht normal beendet wird und Wakeup Timer nicht gesetzt werden.

9

Allgemein [ General ] / Neuinstallation

« on: August 25, 2026, 12:54:27 »

@claus
Ich habe das mit dem PowerButton noch mal getestet.
Bei einem Testsystem mit vaapivideo hat der PwerButton nicht reagiert, bei einem anderen System aber schon.
Beim System mit dem funktionierenden PowerButton ist das vdr-plugin-usbkbd installiert und beim andern nicht.

Bei softhddevice mit laufendem XServer funktioniert der PowerButton mit und ohne usbkbd Plugin.
Ohne usbkbd Plugin wird der PowerButton über den XServer und die XKeySym.conf ausgewertet.
Ist das vdr-plugin-usbkbd installiert wird der PowerButton über die USBKBD.conf ausgewertet.

Bei vaapivideo läuft ja kein XServer weshalb ohne usbkbd die Tastendrücke über die KBD.conf ausgewertet werden.
In der KBD.conf gibt es nur einen Eintrag KBD.Power für F12, weshalb dann auch nur F12 funktioniert.
Ist vdr-plugin-usbkbd installiert ist ja die USBKBD.conf für die Auswertung zuständig und dort gibt es für USBKBD.Power außer für F12 noch weitere Einträge, die dann den HW-PowerButton auswerten.

@purzel
Die Lösung für das PowerButton-Problem bei vaapivideo wäre also das usbkbd Plugin.
Ist halt die Frage wie das wiederum mit deinem rcu Plugin zusammen funktioniert.

10

Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...

« on: August 24, 2026, 23:33:37 »

Habe mal im vdr-portal nachgefragt...

Das Plugin und der Browser laufen ohne X. Die X Libraries werden nur zum Build benötigt.
Der Browser selbst läuft dann headless und sollte eigentlich auch mit vaapivideo funktionieren.
Es werden ja nur Bilder übertragen (für das OSD) und die Videos sind normale TS Streams.

Soweit anscheinend die Theorie.

Aktuell funktioniert bei der MLD6.5 mit vaapivideo definitiv kein HbbTV mittels cefbrowser.
Ich habe das gerade nochmal getestet.
Wenn ich bei vaapivideo den Menüpunkt HbbTV im OSD aufrufe, kommt sofort eine Meldung dass der Browser nicht verfügbar ist.

Ob da der cefbrowser anders gebaut oder anders gestartet werden müsste kann ich auch nicht sagen.

11

Allgemein [ General ] / Neuinstallation

« on: August 24, 2026, 17:04:09 »

Übrigens fährt er bei Drücken des Hardware-Powerknopf gar nicht runter. Warum nicht?

Das hatte ich auch schon bemerkt.
Es liegt an vaapivideo und daran, dass dann kein XServer läuft.

Bei softhddevice funktioniert das Ausschalten per Hardware-Powerknopf einwandfrei.
Bei laufendem XServer wird der PowerButton ausgewertet und das System fährt herunter.

12

Allgemein [ General ] / Neuinstallation

« on: August 22, 2026, 23:11:59 »

Auch wen ich die folgende Formulierung selbst auch nicht mag wenn sie mir gegenüber jemand benutzt: "ganz normal, über's WebIf", also Pakete -> Suche -> vdr-plugin eingetippt -> vdr-plugin-vaapivideo angeklickt -> VDR Neustart. Resultat: Debakel 

Ich habe dein Vorgehen gerade mal getestet und es funktioniert auch.
Ein VDR Restart nach dem Wechsel zu vaapivideo reicht aber nicht, da vorher der XServer beendet werden muss.
Besser ist da dann ein Reboot.
Das war aber nicht dein Hauptproblem.

Da kam ich auf die Idee, das Remote-Plugin nochmal wegzuwerfen

Das war dann vermutlich bei der Umstellung auf vaapivideo auch dein wirkliches Problem.
Ich habe vaapivideo zusammen mit dem remote plugin (verwende ich eigentlich nie) gerade getestet und hatte das gleiche Problem.
Da verträgt sich offenbar vaapivideo nicht mit dem remote Plugin.
Das könnte daran liegen, dass vaapivideo ohne XServer laufen muss, da es es zur Ausgabe DRM verwendet.

Evtl. könnte das auch Probleme mit dem rcu Plugin geben.

13

Allgemein [ General ] / Neuinstallation

« on: August 22, 2026, 19:21:38 »

Wirklich seltsam, dass auch der Snapshot von Vorgestern nicht mehr funktioniert.
Wurde der den wirklich zurückgespielt, oder gab es da eine Fehlermeldung?

Das Paket "intel-vaapi-driver" wird von softhddevice-intel benötigt, hat also nicht direkt was mit vaapivideo zu tun.
Das Paket "intel-vaapi-driver" enthält den alten i965 VAAPI Treiber.
Der wird aber von vaapivideo nicht benötigt, weshalb er bei der Installation von vdr-plugin-vaapivideo deinstalliert wird.
 
Wie hattest du vdr-plugin-vaapivideo eigentlich installiert?
Die sicherste Methode wäre vorher vdr-plugin-softhddevice-intel im WebIF über Paket-SUCHE zu deinstallieren.
Und anschließend vdr-plugin-vaapivideo zu installieren.

14

Allgemein [ General ] / Neuinstallation

« on: August 19, 2026, 11:06:50 »

Hallo purzel,

der Unterschied zwischen normalen x86 und dem x86-intel ISO ist der beim x86-intel deutlich aktuellere Kernel und neuere Treiber für die Intel-GPUs sowie eine aktuellere ffmpeg Version.
Das ist übrigens auch der Grund weshalb es vaapivideo nur bei x86-intel gibt.
Die neueren Treiber und ffmpeg machen dann aber Probleme bei den nvidia-Treibern und softhddevice für nvidia und ist auch der Grund weshalb mpv nicht mehr gebaut wird.
Somit ist das x86-Intel ISO eben nur für Intel-GPUs geeignet (daher der Name), unterstützt aber auch aktuellere Intel-GPUs, die vom x86 ISO noch nicht unterstützt werden.

Eine Einschränkung des vaapivideo Plugins gegenüber softhddevice ist das nicht mehr funktionierende vdr-plugin-web (HbbTv).
Das Web-Plugin nutzt zur Anzeige der Mediatheken den CEF-Browser, der den XServer benötigt.
Da vaapivideo aber zur Ausgabe DRM nutzt und deshalb kein XServer laufen darf, funktioniert der CEF-Browser und somit auch HbbTv nicht.
Bei der Verwendung von vaapivideo funktionieren jedoch die flatpack Varianten von Kodi und Chromium für die dann vaapivideo pausiert und der XServer gestartet wird.
Damit kann man dann auch auf Mediatheken zugreifen.

15

Allgemein [ General ] / Neuinstallation

« on: August 18, 2026, 18:09:35 »

Hallo purzel

Zu 1) ein mpv Plugin es gibt leider beim mld-image-netinstall-x86-64-intel.iso nicht.
        Das baut leider nur beim normalen x86er-ISO, wo es auch installierbar ist.
        Alternativ kannst du beim x86-64-intel.iso anstatt softhddevice als Frontende vaapivideo verwenden.
        Das vaapivideo Plugin hat einen integrierten Mediaplayer, der deutlich performanter ist, als mpv.
        Das Umstellen solltest du am Besten unter Pakete - SUCHE (Suchbegriff vdr) machen.
        Dann vdr-plugin-softhddevice-intel deinstallieren und vdr-plugin-vaapivideo installieren.
Zu 2) vdr-plugin-softhddevice-intel passt für für deinen N100 und ist beste softhddevice Variante für Intel GPUs.
Zu 3a) Welche TVGIUDE Variante man verwenden muss, hängt vom Skin ab.
         TVGUIDENG wird für den Skindesigner benötigt.
         Für die anderen ist tvduide das richtige Plugin.
         Wenn das Paket channellogos installiert ist (muss man manuell installieren) werden die Logos angezeigt
Zu 3b) Eine Farb "Theme" kann man in den Plugin-Einstellungen unter "Allgemeine Einstellungen" wählen.
          Dazu muss die Option "Entsprechendes nOpacity Theme wählen" auf "nein" konfiguriert werden.
          Dann kann man in der nächsten Option "Theme" eine Farbe (ich verwende z.B. Blue) wählen.
Zu 4) Eine gute Alternative, die ich verwende, ist das live Plugin.