1

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: October 15, 2026, 08:37:53 »

Meine TT S2-1600 hat sich jetzt als TT S-1401 entpuppt, die auch eine SAA7146 PCI-Bridge jedoch nur einen DVB-S Tuner verbaut hat.
Ich habe aber doch noch eine TT S2-3200 gefunden und heute mit der MLD 6.6 und deren neuen Kernel getestet.
Das saa7146 ist jetzt im Kernel vorhanden und wird schon vom neuen Net-Install Image erkannt.
Nach der Installation hatte ich dann sofort ein TV-Bild.
Dank Claus funktionieren die alten PCI-Tuner mit SAA7146 PCI-Bridge jetzt mit der MLD 6.6 ootB.
Hier mal die Log-Meldungen meiner TT-Budget S2-3200 PCI, wo man auch sieht, dass der VDR das Tuner-Frontend STB0899, erkennt und nutzt.

Code: [Select]

Okt 15 08:19:50 MLD kernel: saa7146: register extension 'budget_ci dvb'
Okt 15 08:19:50 MLD kernel: saa7146: found saa7146 @ mem 00000000959fc3b4 (revision 1, irq 19) (0x13c2,0x1019)
Okt 15 08:19:50 MLD kernel: budget_core: saa7146 (0): dma buffer size 192512
Okt 15 08:19:50 MLD kernel: dvbdev: DVB: registering new adapter (TT-Budget S2-3200 PCI)
Okt 15 08:19:50 MLD kernel: Registered IR keymap rc-tt-1500
Okt 15 08:19:50 MLD kernel: rc rc0: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:09.0/0000:01:05.0/rc/rc0
Okt 15 08:19:50 MLD kernel: rc rc0: lirc_dev: driver budget_ci registered at minor = 0, scancode receiver, no transmitter
Okt 15 08:19:50 MLD kernel: input: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:09.0/0000:01:05.0/rc/rc0/input11
...
Okt 15 08:20:12 MLD vdr[1016]: [1016] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STB0899 Multistandard")

2

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: October 14, 2026, 14:28:48 »

Ich habe mittlerweile eine TT S2-1600 und ein altes PoV ION1 System mit PCI-Slot gefunden mit dem ich diese alten Karten auch testen kann.
Letzte Nacht war es wahrscheinlich doch etwas zu spät und ich hatte saa7146 mit saa7164 verwechselt.

Diese alten TT PCI-Karten benötigen das Modul saa7146.ko was im Kernel der MLD 6.5 und 6.6 aktuell leider nicht enthalten ist.
Das tbs Paket aus der MLD 6.5 enthält neben den speziellen TBS-Modulen noch deutlich mehr DVB-Module für Karten anderer Hersteller als aktuell standardmäßig im Kernel enthalten sind.
Beim tbs Paket der MLD 6.5 ist dann auch der saa7146.ko für diese alten TT-Karten mit dabei, weshalb dann diese Karten auch erkannt werden, wenn das tbs Paket installiert ist.

Das tbs Paket der MLD 6.6 enthält aber, wie schon gesagt, nur noch die TBS-Module, weshalb das Modul saa7146.ko nicht enthalten ist.
Somit funktionieren diese TT Karten aktuell leider nicht mit der MLD 6.6 da das benötigte Modul weder im Kernel noch im tbs Paket enthalten ist.

Ich habe bei Claus schon nachgefragt, ob es möglich wäre, den Kernel incl. saa7146.ko zu bauen.

3

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: October 13, 2026, 22:49:34 »

Hi Schwabe,

so wie es ausschaut, hast du alte PCI TechnoTrend (TT) Karten (TT-Budget S2-1600 PCI und TT-Budget S2-3200 PCI) installiert und keine TBS Karten.
Für diese Karten wird das tbs Paket nicht benötigt, da sie nicht vom Hersteller TBS sind und die Treiber für diese TT-Karten bereits im Kernel enthalten sind.
Für die meisten DVB-Karten sind die Treiber im Kernel bereits enthalten und das wird dann auch vom Installer beim Booten des NetInstall-Image erkannt und mit dem Haken bei DVB angezeigt.
Da müssen dann auch keine weiteren Pakete für DVB-Treiber installiert werden.

Auch bei der MLD 6.5 wäre für diese TT-Karten kein tbs Paket nötig gewesen, hatte da aber auch nicht gestört.
Wie Claus ja vorher schon geschrieben hatte, hat sich das tbs Paket der 6.6 gegenüber der 6.5 geändert und enthält in der 6.6 nur noch Module für tbs-Karten.

Du hättest also das tbs Paket nie installieren dürfen.
Teste mal den Vorschlag von Claus und entferne das tbs Paket.
Dann sollten eigentlich die DVB-Karten Module aus dem Kernel wieder installiert werden.

Nachtrag:
Sowohl bei der MLD 6.5 als auch der MLD 6.6 ist das Modul saa7164.ko für deine Karten standardmäßig im Kernel enthalten.
Daher verstehe ich nicht, dass du bei MLD 6.5 das tbs Paket installieren musstest.

Nachtrag2
Die TT-Budget S2-3200 PCI war aus meiner Erinnerung 2006 oder 2007 die erste S2-fähige und somit HD-fähige Tuner-Karte damals noch für den "normalen" PCI-Slot und die TT-Budget S2-1600 kam danach als abgespeckte Variante.
Ich müsste in meinem Fundus noch eine dieser 20 Jahre alten Karten vergraben haben, habe aber leider aktuell kein so altes Test-System mehr, das noch einen alten PCI-Slot hat.
Kann und konnte also diese alten Karten nicht testen.

4

Allgemein [ General ] / Fujitsu Futro S920 als VDR on-Demand-Server

« on: October 04, 2026, 16:01:05 »

Der Fujitsu Futro S920 hat ja eine AMD-APU (z.B. GX-415GA mit integrierter Radeon-HD8330E GPU) verbaut.
Welche AMD-APU genau ist denn in deinem S920 verbaut?
Ich habe ein System mit einer AMD A4-5000 APU mit integrierter Radeon HD8330 mit der gleichen Jaguar Architektur auf dem sich das x86er Image der MLD6.x einwandfrei starten lässt und auf dem sich auch ein Headless VDR-Server (ohne TV-Ausgabe direkt am System) installieren lässt.

Auf dem System wird mangels Grafik-Treiber bei der MLD6 kein XServer laufen.
Daher musst du zur Installation, bei der das System ja sowieso einen Netzwerkzugang benötigt, das WebIF remote in einem Browser auf einem anderen PC im Netzwerk aufrufen.
Da ja für die Radeon GPU kein Ausgabe-Frontend verfügbar ist, musst du als Ausgabe-App "nur OSD" wählen.
Nach der Installation endet der Systemstart, da ja Mangels Radeon-Treibern kein XServer läuft, auf Konsole.
Wenn du dann auf tty5 umschaltest, hast du am Monitor direkt am System ein textbasiertes VDR-OSD, das mit einer Tastatur wie das normale VDR-OSD am TV bedienen lässt.

Um komfortabel per Remote Timer zu programmieren, eignet sich als Web-Frontend das Plugin live.
Live kannst du dann eingebettet in das WebIF direkt aus dem WebIF öffenen oder auch Live direkt über Port 8008.

Da es ja laut Beitragstitel ein "VDR on-Demand-Server" sein soll, benötigst du ja auch noch ein Server-Plugin über das du dann per Netzwerk auf die Aufnahmen und Live-TV, das die Tuner liefern, zugreifen kannst.

Da gibt es bei den Funktionen unter Server einmal den "Für VDR Clients" wobei das streamdev-server Plugin installiert wird.
Ein VDR-Client greift dann per streamdev-client auf die Live-TV-Streams und das EPG zu.
Wenn auf dem Client ein Timer Programmiert wird, wird dieser am Server angelegt.
Damit auch die Aufnahme-Verzeichnisse vernetzt werden, kann man auf allen VDR-Systemen einfach vdr-addon-avahi-linker (unter Pakete - Bevorzugte) installieren.

Und es gibt den Server "Für Kodi Clients" bei dem das vnsiserver Plugin installiert wird.
In Kodi muss man dann das PVR-Client AddOn "VDR VNSI Client" installieren.
Dann kann man unter TV auf Live-TV und Aufnahmen auf dem VDR-Server zugreifen und auch Aufnahmen programmieren.

Das Aufwachen für eine Aufnahme sollte eigentlich bei dem Futro funktionieren.
Ich habe einen Futro S940, bei dem jedoch ein Intel J5005 und UHD605 GPU verbaut ist, und der problemlos für Aufnahmen aufwacht.

Mich wundert nur etwas dein anderer Beitrag "MLD 6.x oder 5.x offline installieren".
Ein VDR-Server ohne Netzwerkanschluss macht ja eigentlich nicht wirklich Sinn, falls es sich um das gleiche System handelt.

Nachtrag 17:17
Ich habe jetzt nochmal die MLD 6.6 x86 auf meinem System mit AMD APU A4-5000 getestet.
Da startet das Image doch mit XServer und dem Install Assistent, also dem MLD WebIF.
Als Ausgabe wird xineliboutput vorgeschlagen, was ich auch mal getestet habe.
Nach der Installation und Neustart aber immer nur ein kurzes Aufflackern des MLD-Logos aufgrund dauernder VDR-Restarts.
Leider funktioniert auch kein xineliboutput, da der XServer nur mit Basistreibern (SWRAST) läuft.

Also doch nur Headless-Server mit "nur OSD" als Ausgabe App bei der AMD-GPU sinnvoll.
Dann startet das System immer gleich mit tty5 und bei Drücken der Tab-Taste erscheint das VDR-OSD am Monitor.

5

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: October 02, 2026, 15:51:05 »

Hi Helmut,

Apps wie Kodi und Chromium kann man mit der PowerTaste auf der FB beenden.
Dabei wird dann kein Shutdown aktiviert sondern sondern die App beendet und man kommt zurück zum VDR.

Da ich für die Bedienung von Chromium sowieso eine Tastatur sinnvoll finde und auch immer verwende, beende ich Chromium i.d.R. mit der Tastatur.

Gruß
Klaus

6

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: October 02, 2026, 09:57:37 »

Helmut,
ich nehme an du verwendest das System mit dem Hasswell i5-4400 aus deiner Signatur.
Die iGPUs dieser Intel-Generation funktionieren nur mit dem alten i965 vaapi-Treiber und werden nicht vom neuen iHD vaapi-Treiber unterstüzt.

Das neue vaapivideo Ausgabe-Plugin funktioniert jedoch nur mit dem neuen iHD und somit nur mit GPUs die auch vom iHD vaapi-Treiber unterstützt werden.
Die GPU deines Syswtems wird also definitiv nicht mit vaapivideo funktionieren.
Dir bleibt also nur softhddevice, das auch mit dem alten i965 vaapi-Treiber läuft.
Du kannst es ja einfach mal testen.

Und selbst wenn eine GPU vom iHD Treiber unterstützt wird, ist nicht sicher dass, auch vaapivideo mit dieser GPU funktioniert.
So haben bei meinen Tests Systeme mit HD5xx GPUs, die prinzipiell vom iHD als auch i965 Treiber unterstützt werden, nicht mit vaapivideo funktioniert.
Die älteste mit vaapivideo funktionierende GPU war bei meinen Tests eine HD630 einer i3-7100 (KabyLake) CPU.

7

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: September 29, 2026, 18:59:32 »

Hi Helmut,

bei den Umlauten in den Namen der Kanäle hatte ich auch schon immer das Problem, wenn ich eine ältere Kanalliste bei der Installation hochgeladen habe.
Da dauert es immer einige Zeit bis der Kanalname korrigiert wird und noch ein paar Minuten bis der VDR dann auch die Kanalliste neu speichert. Also ein paar Minuten den Kanal laufen lassen.
Bei mir ist das immer mein Heimatkanal "BR3 Süd".
Prinzipiell funktionieren aber auch bei der MLD 6.6 x86 die Umlaute in Kanalname was ich heute schon bei einer Neuinstallation getestet habe.

Kodi hast du vermutlich versucht über Pakete - Funktionen zu installieren.
Da hatte ich bisher nicht bemerkt, dass das nicht funktioniert.
Das müsste sich mal Claus anschauen, weshalb es nicht funktioniert.
Ich installiere für Kodi und Chromium immer erst über Pakete - Bevorzugte das Paket flatpack.
Danach kann ich dann unter Paket SUCHEN sowohl Kodi als auch Chromium installieren.

Zu skinelchihd kann ich aktuell nichts sagen, da ich es bisher nie benutzt habe.

Gruß
Klaus

8

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: September 24, 2026, 12:57:06 »

Habe hier noch einige ASRock Q1900 Board liegen mit Intel (Gen 7) graphics, mal schauen ob man einen Unterschied kennt zwischen x86 und x86 Intel

Ich hatte mit meinem AsRock Q1900m, bestückt mit einer nVidia GT710 bzw. GT1030, die MLD 6.6 getestet.
Außer dem x86er bootet auf diesem MB auch das "X86 PC mit Intel GPU" Image ohne Probleme.
Mit MLD 6.5 hatte ich auch schon mal die interne Intel-GPU positiv getestet.
Für die Intel iGPU kann man jedoch nur softhddevice-intel (bzw. SoftHdVaapi) verwenden.
Das vaapivideo Plugin kann erst ab einer HD500 GPU genutzt werden und funktioniert mit dieser alten BayTrail GPU des J1900 nicht.
Da beide Images auf diesem MB bootfähig sind, kannst du ruhig mal beide testen.
Ich glaube aber nicht, dass du einen Unterschied in der Bildqualität feststellen wirst.

9

Neuigkeiten [ News ] / MLD-6.6 kann ausprobiert werden

« on: September 23, 2026, 17:21:39 »

Noch einige Infos zum Image "X86 PC" und "X86 PC mit Intel GPU".

Das  Image "X86 PC" unterstützt jetzt auch aktuelle Intel-System wie den N150 (TwinLake Generation).
Für Intel-GPUs ist neben dem softhddevice-intel auch vaapivideo mit HDR Unterstützung enthalten.
Außerdem werden natürlich auch nVidia GPUs unterstützt.

Das "X86 PC mit Intel GPU" Image unterstützt nun ebenfalls nVidia GPUs.
Somit unterscheiden sich die beiden Images nicht mehr vom Funktionsumfang.
Daher ist der Name "X86 PC mit Intel GPU" eigentlich etwas irreführend.
Dieses Image ist jedoch für aktuelle Intel Generationen optimiert.
Daher ist es auf vielen alten MBs vor 2011, wie z.B. meinem alten nVidia ION1 MB, nicht mehr bootfähig.

Also meine Empfehlung.
Immer erst das "X86 PC" Image verwenden.
Ich konnte dieses Image jedoch nicht mit allen aktuelleren Intel Generationen testen.
Sollte es mit neuen Intel-Generationen nach der 10ten CoreI Generation Probleme geben, dann auch mal das "X86 PC mit Intel GPU" Image testen.

Aber wie gesagt, das "X86 PC" Image der MLD 6.6 funktioniert auch auf aktuellen Intel-Systemen wie meinem N150.
Mit vaapivideo funktioniert dabei UHD-Auflösung mit 50Hz und UHD-Decoding mit HDR flüssig und in super Qualität.
Bei der MLD 6.5 war auf dem N150 nur das "X86 PC mit Intel GPU" Image lauffähig.

10

Allgemeines [ General ] / Franky alles gute zum Geburtstag

« on: September 22, 2026, 23:36:38 »

Hi Roland,

vielen Dank für deine Glückwünsche.

Gruß
Klaus

11

Allgemeines [ General ] / Claus Alles Gute zu deinem Geburtstag!

« on: September 22, 2026, 23:33:32 »

Danke für eure Glückwünsche auch zu meinem heutigen Geburtstag.

12

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« on: September 21, 2026, 16:57:52 »

Das Problem mit dem langen Shutdown existiert bei mir auch, wenn ich das System frisch installiere und keinerlei Änderung vornehme. Ich habe insgesamt dreimal neu installiert, und jedesmal gab es den langen Shutdown unmittelbar beim Beenden des VDR.

Wann hattest du denn das letzte Mal MLD frisch installiert?
Diese Anpassungen von Claus mit der softhddevice.conf sind ja erst ein paar Tage her.
Vorher hatte ich auch dieses Problem sofort nach der Installation.

Aber auch mit dem aktuellen Stand, wo bereits die Anpassung enthalten ist, wirkt sich diese noch nicht sofort nach der Installation aus.
Beim ersten Bootvorgang der frisch installierten MLD wird ja der VDR mit softhddevice und somit die Anpassung erst installiert.
Somit gibt es beim ersten Shutdown danach der vollständigen Installation des VDR noch diese Verzögerung.
Erst nach einem weiteren Neustart wirkt diese Anpassung für systemd.

Wichtig ist halt, dass keyd vor dem shutdown aktiv ist und erst beendet wird, nachdem der vdr.service erfolgreich beendet wurde.

Bei meinem RPI5 dauert der Shutdown mit der Anpassung auf jeden Fall weniger als 10 Sekunden.

13

Allgemein [ General ] / UHD1by Astra geht nicht

« on: September 21, 2026, 10:51:30 »

Hi Roland,

nachdem mein Test-RPI5 sowieso gerade gelaufen ist, habe ich das mit cma-512 gleich getestet.
Damit laufen bei meinem RPI5 UHD-Kanäle (Live-TV und Aufnahmen) wieder absolut flüssig.

Du lagst also richtig. Super!!

14

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« on: September 21, 2026, 10:30:42 »

@claus
Man sieht ja dass bei rkp das remote Plugin installiert ist, was er ja auch in seinem Beitrag zu Kodi geschrieben hatte.
https://www.minidvblinux.de/forum/index.php/topic,10993.msg88939.html#msg88939
Damit seine FB mit dem remote Plugin im VDR funktioniert musste er ja anscheinend keyd deaktivieren.

Ich habe das mal getestet und vor dem Ausschalten des Systems keyd beendet.
Da gibt es dann auch wieder diese lange Verzögerung beim Shutdown.
Das ist natürlich der gleiche Effekt, wie wenn systemd den keyd.service vor dem vdr.service beendet.
Somit hilft dann deine Anpassung, die keyd nach dem vdr beenden soll natürlich nicht.

@rkp
Mich wundert, dass du überhaupt das remote Plugin verwenden musst, damit deine FB funktioniert.
Du verwendest doch einen RP2040 der den keyd.service eigentlich benötigt und ohne remote Plugin funktioniert.
Ich habe mal am RPI5 auch einen RP2040 angeschlossen und da funktioniert meine am RP2040 angelernte FB bei laufendem keyd.service ohne remote Plugin einwandfrei und der Shutdown benötigt knapp 10 Sekunden.

Verwendest du den RP2040 gar nicht als Empfänger für die Steuerung des VDR mit deiner FB sondern nur zum Einschalten des RPI?
Wenn ja, hast du dann noch einen anderen Empfänger für deine FB angeschlossen?

Die Verzögerung bei deinem RPI5 liegt auf jeden Fall daran, dass du den keyd.service bereits vor dem vdr.service beendest.

15

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« on: September 21, 2026, 08:53:52 »

Ich hatte diese lange Verzögerung beim Shutdown auch bei meinem Test-RPI5 festgestellt und den zu früh beendeten keyd.service als Ursache identifiziert.
Claus hatte dann durch Anpassungen im Paket softhddevice-drm-gles dafür gesorgt, dass u.a. der keyd.service erst nach dem vdr.service beendet wird.
Ich hatte hierzu schon einen Beitrag geschrieben.
https://www.minidvblinux.de/forum/index.php/topic,10983.msg88907.html#msg88907
Realisiert hat Claus die Anpassung in einer Datei /lib/systemd/system/vdr.service.d/softhddevice.conf
Schau mal, ob die bei dir vorhanden ist. Bei meinem RPI5 hatte das auf jeden Fall geholfen.

Soweit ich mich erinnere, hattest du mit dem Start von Kodi Probleme, wenn der keyd.service deaktiviert ist.
Du hast ja, damit deine FB im VDR funktioniert, keyd deaktiviert und verwendest stattdessen das remote Plugin.
Das Problem mit Kodi hast du ja dadurch gelöst, dass du für den Start von Kodi keyd wieder aktivierst und beim Beenden von Kodi deaktivierst und somit beim Beenden des VDR bei dir überhaupt kein keyd.service aktiv ist.
Evtl gibt es bei dir dann beim Beenden des vdr.service Probleme, da ja der keyd.service von dir gezielt vor dem Shutdown beendet wurde.

Dein Support-Log kann ich leider nicht einsehen.
Das müsste sich dann Claus mal anschauen.