Recent Posts

31
Allgemein [ General ] / MLD 5.4 Kindersicherung
« Last post by rfehr on August 09, 2026, 20:26:44 »
Hi,

das ist dann aber eher ein Thema für das vdr-portal,
denn da haben wir so keinen Einfluss drauf,
das sind ja funktionen vom vdr bzw. der plugins.

Gruß,
  Roland
32
Allgemein [ General ] / MLD 5.4 Kindersicherung
« Last post by Toast_r on August 09, 2026, 19:05:18 »
Hallo Leute,
ich habe eben einige Stunden versucht, die Kindersicherung für den Mplayer unter MLD 5.4 praxisgerecht einzurichten.
Dazu habe ich zwei getrennte Mountpoints für Kinderfilme und Erwachsenenflime eingerichtet.
Dann habe ich versucht eine Menüsperre über den in /etc/vdr/plugins/mplayersources.conf vergebenen Namen einzurichten.
Das hat so nicht geklappt.
Daraufhin habe ich versucht, Mplayer komplett zu sperren.
Dann habe ich beim Probieren erst verstanden, wie die Kindersicherung funktioniert, weil das für mich komplett unlogisch ist.
Wenn man über das Menü die Kindersicherung freigibt, bleibt sie so lange friegeschaltet, bis man sie über das Menü wieder aktiviert.
Aus meiner Sicht ist die Methode komplett ungeeignet. Auf die Art ist die Kindersicherung wirklungslos, wenn man die Sperre hinterher nicht aktiviert.
Wenn ich mir einen Film ansehe, und vergesse, die Sperre zu aktivieren, ist alles offen.
Aus meiner Sicht wird das erst sinnvoll, wenn man jedesmal die PIN eingeben muß, wenn man einen geschützten Menüpunkt aufruft.

EDIT: Nachdem ich verstanden habe, wie die Kindersicherung funktioniert, habe ich nochmal probiert, die Sperre für den Mountpoint zu benutzen. Das wird ignoriert, trotz aktiver Sperre ist der zugänglich.
33
Allgemein [ General ] / vdr plugin ddci2
« Last post by harryiminternet on August 09, 2026, 11:39:34 »
Hallo Claus, vielen Dank für die Anpassung im Kernel.
Ich habe die zusätzliche Paketquelle core2-64_extra hinzugefügt und vdr-plugin-ddci2 installiert. Mein aktueller Kernel ist r10.4. In den Repositories nightbuild und claus finde ich aber keinen Kernel mit der DVB_MAX_ADAPTERS=16 Anpassung.
Könntest du bitte prüfen, ob das Kernel-Update veröffentlicht wurde?

Vielen Dank!
34
Allgemein [ General ] / vdr plugin ddci2
« Last post by clausmuus on August 02, 2026, 12:22:22 »
Ich habe die max adapters im Kernel hoch gesetzt. Somit sollte es Morgen ein Kernel Update geben.
Außerdem bekommst Du gleich eine PM.
35
Allgemein [ General ] / vdr plugin ddci2
« Last post by harryiminternet on August 02, 2026, 09:04:25 »
Hallo zusammen,

ich betreibe MLD 6.5 auf einem PC mit:

Digital Devices Max SX8 Basic (4 SAT-Kabel, Astra 19,2°E)
Digital Devices Octopus Duo CI PCIe Bridge V4
1x MLD-Client per streamdev-client
1x Kodi-Client per VNSI
Status:

dddvb installiert, Max SX8 läuft mit 8 Frontends / 4 Adaptern.
Octopus Duo CI scheitert mit: "Registering adapters failed. Check DVB_MAX_ADAPTERS in config."
Im MLD-Git ist CONFIG_DVB_MAX_ADAPTERS bereits auf 16 gesetzt, aber mein installierter Kernel ist noch vom März 2024 mit dem alten Limit 8.
vdr-plugin-ddci2 ist im Git vorhanden, aber nicht in nightbuild/claus/pit verfügbar.
Fragen:

Claus, kannst du mir die zusätzliche Paketquelle für vdr-plugin-ddci2 per PM zuschicken?
Gibt es auch schon einen aktuellen Kernel mit CONFIG_DVB_MAX_ADAPTERS=16 in einer Paketquelle?
Wenn nein: wie kann ich am einfachsten an einen aktuellen Build kommen?
Vielen Dank!
36
Allgemein [ General ] / Odroid N2+ bootet nicht
« Last post by worot on July 31, 2026, 16:57:14 »
Hallo,
danke für die schnelle Antwort.
Warte dann weiter.
Grüße
Wolfgang
37
Allgemein [ General ] / Odroid N2+ bootet nicht
« Last post by rfehr on July 31, 2026, 16:47:42 »
Hi,

Der 'Entwickler' (Ich) war zwischen durch auch noch krank.

Ich schaue mir das die Tage einmal an.

Gruß,
  Roland
38
Allgemein [ General ] / Odroid N2+ bootet nicht
« Last post by worot on July 30, 2026, 18:08:03 »
Hallo,
ich habe es mit einem neuen Image (vom 23.07.) nocheinmal versucht, gleiches Ergebniss.
Ist der Entwickler in Dauerurlaub oder kann er mit meiner Beschreibung nichts anfangen?

Wolfgang
39
Was ich aber jetzt schonmal sagen kann:
-> Man braucht KEINE RTC-Batterie.
Laut RPi5 Hardware-Doku (https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#real-time-clock-rtc) gilt für die Batterie folgendes:
a) Solange das Netzgerät angeschlossen ist braucht man generell keine Batterie. Das Netzgerät hält die RTC am Leben. Da die RP2040-Lösung "5V DauerPlus" braucht MUSS das Netzgerät angeschlossen bleiben.
b) Mittels rpi-eeprom-config Kommandos kann man den Strombedarf des heruntergefahrenen RPi5 von 0,2A auf wenige Milleampere reduzieren, wenn man das will. Die RTC läuft dennoch weiter.
c) Man kann dem RPi5 Wakeup-Kommandos programmmieren, die dann von der RTC umgesetzt werden, die RP2040-Lösung funktioniert aber anders: Die RTC ist ihr, soweit ich verstanden habe, im Grunde egal. Beim Shutdown setzt das RP2040 einen internen Zähler, der unabhängig von allem Anderen läuft. Mit dessen Ablauf steuert der RP2040 seinen GPIO27 an und emuliert somit den "PowerBtn" des Computers, der daraufhin halt neustartet. Das Ganze ist also gar nicht RPi-spezifisch, sondern geht mit jedem Rechner, der einen PowerBtn und eine MLD hat :-). Was ich also noch testen muss ist, ob denn beim Shutdown der RP2040 das "deltaT", nach dem er seinen Zähler setzen muss, korrekt erhält. Ich gebe bescheid wenn es durchprobiert ist.
d) Raspberry warnt vor dem Einsatz normaler Knopfzellen. Erstens ist der Stromberarf der RPi RTC im Vergleich zu anderen Rechnern recht hoch, die Batterie würde nicht lange halten. Zweitens ist der RPi eigentlich für einen speziellen Lithium-Akku vorgesehen (keine LiIon-Akkus!), den er mit 4mA lädt solange das Netzteil aktiv ist.
40
Lass mir (eigentlich der wunderbarsten Frau auf Erden ;-) ) bitte etwas Zeit zum Spielen. Ich melde mich aber jedenfalls nochmal ausführlicher zurück, wenn ausreichend Betriebserfahrung gesammelt ist.