31
Allgemein [ General ] / Testbericht MLD-6.x mit ThinkCentre M720q Tiny + Sundtek-Dual Tuner
« Last post by cs-7 on February 15, 2026, 21:19:00 »Dito hier bei RPI4 und RP5 mit "Teletext Unterstützung aktivieren ja".
Recent Posts
32
Allgemein [ General ] / Testbericht MLD-6.x mit ThinkCentre M720q Tiny + Sundtek-Dual Tuner
« Last post by gkd-berlin on February 15, 2026, 21:12:31 »SW: mld-image-netinstall-x86-64 (260214).iso
Im WebIf: System>VDR Setup>OSD. Scrollt man auf die 2.Seite, erscheint der letzte Eintrag "Teletext Unterstützung aktivieren nein" mehrmals. Wenn man weiter scrollt wird diese Textzeile unendlich mal wiederholt.
Gruß Gerhard
Im WebIf: System>VDR Setup>OSD. Scrollt man auf die 2.Seite, erscheint der letzte Eintrag "Teletext Unterstützung aktivieren nein" mehrmals. Wenn man weiter scrollt wird diese Textzeile unendlich mal wiederholt.
Gruß Gerhard
33
Allgemein [ General ] / Markad / Schnittmarken
« Last post by clausmuus on February 15, 2026, 19:17:49 »Ich habe findutils als Abhängigkeit hinzugefügt
34
Allgemein [ General ] / Remote Medion X10 for MCC-100
« Last post by franky on February 15, 2026, 17:02:56 »@claus
Bei den X10 RF Empfängern gibt es auch im Anlern-Dialog unter Tastenwiederholung (also Repeat) die beiden Werte.
Das sind aber immer genau die Werte (Wartezeit und Geschwindigkeit) aus den globalen Einstellungen.
Wenn ich die Werte in den globalen Einstellungen ändere, werden automatisch die Werte im Anlern-Dialog angepasst.
Die Werte aus dem Anlern-Dialog werden weder in der keymap des Empfängers (X10_WTI_RF_receiver.toml) noch der rc_maps.cfg gespeichert.
Das Verhalten bei diesen "normalen" RF- und auch IR-Empfängern ist also anders, als beim RP2040, bei dem ja die Werte aus dem Anlern-Dialog direkt auf dem RP2040 gespeichert werden.
Ich teste aktuell mit einem am externen USB eines NUC angeschlossenen Medion X10 RF Empfänger.
Der funktioniert einwandfrei mit den globalen Standardeinstellungen 500ms und 10/s.
Beim X10 RF Empfänger des REC100 ist das halt anders. Der prellt mit dieser Standardeinstellung.
Da habe ich dann herausgefunden, dass 350ms und 7/s besser passen.
Es wird aber immer, auch bei anderen USB Empfängern, FBs geben bei denen die Standardwerte nicht passen.
Dafür sind dann ja die Schieberegler da.
Bei den X10 RF Empfängern gibt es auch im Anlern-Dialog unter Tastenwiederholung (also Repeat) die beiden Werte.
Das sind aber immer genau die Werte (Wartezeit und Geschwindigkeit) aus den globalen Einstellungen.
Wenn ich die Werte in den globalen Einstellungen ändere, werden automatisch die Werte im Anlern-Dialog angepasst.
Die Werte aus dem Anlern-Dialog werden weder in der keymap des Empfängers (X10_WTI_RF_receiver.toml) noch der rc_maps.cfg gespeichert.
Das Verhalten bei diesen "normalen" RF- und auch IR-Empfängern ist also anders, als beim RP2040, bei dem ja die Werte aus dem Anlern-Dialog direkt auf dem RP2040 gespeichert werden.
Ich teste aktuell mit einem am externen USB eines NUC angeschlossenen Medion X10 RF Empfänger.
Der funktioniert einwandfrei mit den globalen Standardeinstellungen 500ms und 10/s.
Beim X10 RF Empfänger des REC100 ist das halt anders. Der prellt mit dieser Standardeinstellung.
Da habe ich dann herausgefunden, dass 350ms und 7/s besser passen.
Es wird aber immer, auch bei anderen USB Empfängern, FBs geben bei denen die Standardwerte nicht passen.
Dafür sind dann ja die Schieberegler da.
35
Allgemein [ General ] / Markad / Schnittmarken
« Last post by hmhm on February 15, 2026, 16:43:22 »findutils muss noch installiert werden. Dann funktioniert`s.
36
Allgemein [ General ] / Remote Medion X10 for MCC-100
« Last post by clausmuus on February 15, 2026, 15:00:29 »@franky,
ich weiß grad nicht auswendig, ob bei dem Empfänger in dem Anlern-Dialog auch die Geschwindigkeit eingestellt werden kann. Falls ja, gilt hier das gleiche wie beim RP2040 und die wiederholrate muss möglichst schnell und die Verzögerung möglichst kurz eingestellt sein, damit die globalen Einstellungen sauber funktionieren.
Das Problem bei allen anderen Kombinationen von Einstellungen ist, dass alle werte möglichst exakt zusammenpassen müssen, ansonsten gibt's Doppelungen oder Aussetzer oder längeres Nachlaufen und keine Unterscheidung zwischen mehrfachem einzeldrücken und langem Festhalten.
Sollte es also bei einem Gerät Probleme mit der Einstellung über den globalen Regler geben, dann brauche ich eine möglichst genaue Beschreibung aller getätigten Einstellungen, damit ich schauen kann wie das zustande kommt, und dies abstellen kann.
ich weiß grad nicht auswendig, ob bei dem Empfänger in dem Anlern-Dialog auch die Geschwindigkeit eingestellt werden kann. Falls ja, gilt hier das gleiche wie beim RP2040 und die wiederholrate muss möglichst schnell und die Verzögerung möglichst kurz eingestellt sein, damit die globalen Einstellungen sauber funktionieren.
Das Problem bei allen anderen Kombinationen von Einstellungen ist, dass alle werte möglichst exakt zusammenpassen müssen, ansonsten gibt's Doppelungen oder Aussetzer oder längeres Nachlaufen und keine Unterscheidung zwischen mehrfachem einzeldrücken und langem Festhalten.
Sollte es also bei einem Gerät Probleme mit der Einstellung über den globalen Regler geben, dann brauche ich eine möglichst genaue Beschreibung aller getätigten Einstellungen, damit ich schauen kann wie das zustande kommt, und dies abstellen kann.
37
Allgemein [ General ] / Remote Medion X10 for MCC-100
« Last post by franky on February 15, 2026, 11:29:19 »As Claus already wrote, the repeat settings of the MLD 6.5 WebIF are for keyboards and RemoteControl receivers.
For RC receivers there are also repeat settings in the VDR settings.
VDR uses this VDR repeat-settings preferred and uses the WebIF settings only, when the VDR-settings are set to 0.
Per default in MLD 6.5 the VDR settings are set to 0, that the RC receivers are using the global WebIF settings.
My external USB X10 RC receivers are all working fine with the default global settings.
But with this external X10 receivers it is not possible to wake up the system, even when the MB supports wake up on USB by keyboard.
Only the REC100 MB and RF receiver has a special wake on RF receiver functionality.
Maybe because of this special functionality the ati_remote module had problems with that receiver and therefore is not any more supported by newer kernel versions.
The patched ati_remote module now knows that receiver, but maybe supports it not perfect because of its special functionality.
I can confirm, that also my REC100 receiver has that problem with multi clicks in the VDR-OSD by pressing a RC button, when I was using the default global repeat settings.
I again tested different global repeat settings and found a setting (Delay before start repeat = 350ms / Speed of repeat = 7/s) which works fine with my REC100 X10 RF receiver.
@Marcin
I suggest, that you test this global settings in the WebIF.
After changing the repeat settings in the WebIF, the VDR settings will be automatically set to 0 again.
You should reboot the system(WebIF -Services) after changing the settings.
If those repeat values of the WebIF settings are still not working properly with your RC, test first other repeat settings.
Only if your RC receiver has still problems with the WebIF settings, you should try again different VDR repeat settings.
For RC receivers there are also repeat settings in the VDR settings.
VDR uses this VDR repeat-settings preferred and uses the WebIF settings only, when the VDR-settings are set to 0.
Per default in MLD 6.5 the VDR settings are set to 0, that the RC receivers are using the global WebIF settings.
My external USB X10 RC receivers are all working fine with the default global settings.
But with this external X10 receivers it is not possible to wake up the system, even when the MB supports wake up on USB by keyboard.
Only the REC100 MB and RF receiver has a special wake on RF receiver functionality.
Maybe because of this special functionality the ati_remote module had problems with that receiver and therefore is not any more supported by newer kernel versions.
The patched ati_remote module now knows that receiver, but maybe supports it not perfect because of its special functionality.
I can confirm, that also my REC100 receiver has that problem with multi clicks in the VDR-OSD by pressing a RC button, when I was using the default global repeat settings.
I again tested different global repeat settings and found a setting (Delay before start repeat = 350ms / Speed of repeat = 7/s) which works fine with my REC100 X10 RF receiver.
@Marcin
I suggest, that you test this global settings in the WebIF.
After changing the repeat settings in the WebIF, the VDR settings will be automatically set to 0 again.
You should reboot the system(WebIF -Services) after changing the settings.
If those repeat values of the WebIF settings are still not working properly with your RC, test first other repeat settings.
Only if your RC receiver has still problems with the WebIF settings, you should try again different VDR repeat settings.
38
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on February 15, 2026, 08:38:23 »Beim dvd Plugin sollte sich das Device per -C Parameter ändern lassen. Das habe ich in den Sourcen überprüft.
Du kannst ja mal checken ob im Log die Meldung "vdr: DVD drive not found" auftaucht. Es wird bei starten geprüft ob das Device existiert.
Der Ordner /dev wird bei jedem booten neu erstellt (das ist kein normaler Ordner). Um das device /dev/dvd dauerhaft zu erstellen, musst Du eine udev Regel erstellen, die dieses anlegt, sobald ein dvd Laufwerk auftaucht.
Du kannst ja mal checken ob im Log die Meldung "vdr: DVD drive not found" auftaucht. Es wird bei starten geprüft ob das Device existiert.
Der Ordner /dev wird bei jedem booten neu erstellt (das ist kein normaler Ordner). Um das device /dev/dvd dauerhaft zu erstellen, musst Du eine udev Regel erstellen, die dieses anlegt, sobald ein dvd Laufwerk auftaucht.
39
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on February 15, 2026, 08:26:00 »Vermutlich muss der Pfad zu den header Dateien per -I Parameter beim kompilieren mitgegeben werden. Da wird auch bei einigen anderen Plugins für einige Libs gemacht. Da schaust Du Dir am besten mal all die anderen Plugins oder Rezepte an, um Beispiele zu finden.
Allerdings hat Roland recht. Der Aufwand war bei dem Plugin so hoch, dass ich das damals nicht weiter verfolgt habe.
Allerdings hat Roland recht. Der Aufwand war bei dem Plugin so hoch, dass ich das damals nicht weiter verfolgt habe.
40
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by rfehr on February 14, 2026, 23:19:31 »Moin Claus,Wo hast Du das " -C /dev/sr0" denn eingetragen? Im Setup bei den Plugin settings?
Hast Du beim GraphTFTNG Plugin denn die glib-2.0, imlib2 und libgtop Abhängigkeiten als DEPENDS im Rezept eingetragen?
genau, im Setup bei den Plugin parametern, sowohl --dvd=/dev/sr0 als auch -C /dev/sr0 bringen nix. Im Log taucht zum dvd plugin nix weiter auf ausser "ERROR: Error opening DVD!" Wenn ich einen -bis zum reboot temporären- symlink auf /dev/dvd setze -> kein Problem. Evtl. ein Rechte Problem?
Jo, die Abghängigkeiten stehen in dem receipe als DEPENDS drin und werden auch installiert, graphtftng meckert aber beim bauen über fehlende Imlib2.h und diverse glib und libgtop headers. Hab schon versucht am Makefile herumzuschrauben, aber bisher ohne viel Erfolg. Gibt es evtl. aktuellere Quellen als die hier?
https://github.com/vdr-projects/vdr-plugin-graphtftng
Vielen Dank!
Lieben Gruß,
-gitano
das grapthftng hat schon sehr viele abhänigkeiten.
Deshalb haben wir den aufwand auch nicht mehr weiter verfolg.
Es gibt ja das osd2web
Gruß,
Roland