1

Allgemein [ General ] / TV nach MLD gestartet bringt "kein Signal"

« on: March 03, 2026, 13:02:35 »

Hi Uwe,

wenn der TV beim Start des XServers stromlos ist, wäre das ein normales Verhalten.
Ist der TV zu diesem Zeitpunkt aber nicht stromlos sondern im Standby, dann ist das Verhalten ungewöhnlich.

Beim Start des XServer kommuniziert die GPU mit dem TV, um die Edid-Daten abzufragen.
Erhält die GPU über keinen der HDMI/DP Anschlüsse eine Antwort, bleiben diese deaktiviert.
Somit "No signal" wenn der TV eingeschaltet wird.

Dass ein TV im Standby über die HDMI-Ausgänge nicht aktiv kommuniziert, habe ich bisher sehr selten erlebt.
Ich hatte bisher nur einen Android UHD-TV der sich da sehr zickig verhält, besonders wenn kein 4K UHD Kabel verwendet wird.

Interessant wäre das xorg.0.log bei der Meldung "No Signal" auf dem TV und auch ein weiteres xorg.0.log, wenn du ein TV-Bild hast und somit der XServer die Edid-Daten vom TV erhalten hat.

Der Vorschlag von Claus mit dem "Bildschirm merken" könnte bei dir helfen, da dann versucht wird, eine edid.bin mit deinen TV-Daten zu erzeugen.
Diese wird dann vom XServer beim Start verwendet, auch wenn er keinen TV/Monitor erkennt.
Das mit dem "Bildschirm merken" musst Du natürlich machen, wenn du ein Bild am TV hast, also der TV erkannt wurde.
Und dann hängt es natürlich davon ab, ob eine passende edid.bin erzeugt werden kann.

Du verwendest ja eine nVidia GT1030 zu Ausgabe.
Passiert das eigentlich sowohl mit der Treiber-Einstellung nvidia als auch cuvid?

Gruß Klaus

2

Allgemein [ General ] / plugin MPV

« on: February 19, 2026, 10:53:30 »

@rudolfus
Welche MLD Version verwendest du?
Du hattest ja unter MLD-5.x/Allgemein nachgefragt.

Bei MLD 6.5.0 funktioniert die Steuerung im Mediaplayer (vdr-plugin-mpv) einwandfrei.
Es gibt aber kleine Unterschiede zum Abspielen eine VDR-Aufnahme.
Bei mpv sollte man die Pause-Taste nicht verwenden, da dadurch im VDR das Live-Signal pausiert und eine Aufnahme gestartet wird (Timeshift).
In mpv die Wiedergabe pausieren mit der "Ab" (Down) Taste und mit "Auf" (Up) wieder starten.
Mit Taste "Rechts" schneller Vorlauf mit Taste "Gelb" 1 min Sprung nach vorne und "Grün" zurück.
Die Wiedergabe in mpv nicht mit der Taste "Exit" bzw. "Back" beenden sondern nur über das VDR-OSD - "Wiedergabe beenden" oder der Taste "Stop".

3

Allgemein [ General ] / Fuktionieren bei Euch automatische Snapshots noch?

« on: February 17, 2026, 16:36:50 »

@ RalfBielefeld
Da wäre interessant, welche WebIF Version vorhanden war, als der automatische snapshot erstellt wurde.

Mein letzter mit WebIF 6.0.1355 erstellter automatischer snapshot war vom 30.01.2026.

4

Allgemein [ General ] / Fuktionieren bei Euch automatische Snapshots noch?

« on: February 17, 2026, 16:20:46 »

Mir ist das Problem bisher noch nicht aufgefallen.
Ich kann aber bestätigen, dass bei meinen x86er Systemen aktuell für dist-upgrades keine automatischen Snapshots mehr angelegt werden.
Ich mache mein dist-upgrade i.d.R. über das WebIF - Pakete - Aktualisierungen.
Bis Ende Januar 2026 sind da auf meinen Systemen noch automatische snapshots vorhanden.
Danach gibt es auch noch automatische snaphots bei einzelnen installierten Paketen, wie dem neuen vdr-plugin-systeminfo.
Aktuell werden aber auch keine automatischen snapshots mehr erstellt, wenn man einzelne Pakete nachinstalliert.
An dem snapshot Paket selbst kann es eigentlich nicht liegen, da die letzte Änderung am snapshot Paket deutlich vor den noch vorhandenen automatischen snapshots war.
Ich bin mal auf ältere snapshots zurück und habe mir mal die WebIF Versionen angeschaut.
Mit WebIF 6.0.1355 haben die automatischen Snapshots bei dist-upgrades noch funktioniert und ab WebIF 6.0.1359 nicht mehr.
Leider kann ich es aktuell nicht näher eingrenzen.
Ich müsste mal noch auf anderen Systemen nachschauen, ob ich WebIF Versionen zwischen 1355 und 1359 finde.
@Claus kann es sein, dass du nach Version 6.0.1355 Änderungen am WebIF gemacht hast, die das Anlegen von automatischen snapshots beeinflussen?

5

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 16, 2026, 11:26:53 »

Bei diesem X10 Empfänger des REC100 ist es sogar kontraproduktiv, wenn das "keyd virtual keyboard" auf die FB reagiert.
Nach dem 2ten aber spätestens nach dem 3ten Öffnen des VDR-OSD prellt die FB wieder.
Da scheinen sich ir-keytable und keyd in die Quere zu kommen.

Ich habe dann aus der /etc/keyd/default.conf die ID 0bc7:000c des X10 Empfängers wieder entfernt.
Nach einem Systemneustart funktioniert die FB wieder dauerhaft ohne Prellen.

6

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 16, 2026, 10:03:01 »

@Claus
Ich habe jetzt mal die Default Werte für die Tastenwiederholung (500ms und 10/s) im WebIF eingestellt und mit der angepassten /etc/keyd/default.conf neu gebootet.
Wieder das gleiche Verhalten mit dem prellen der Tasten. Ein Tastendruck kommt immer 3fach an.
Das OSD ist so nicht bedienbar.

Ich habe dann im WebIF wieder eine Wartezeit von 350ms und Geschwindigkeit von 7/s eingestellt und nach einem Reboot funktioniert die FB wieder ohne Prellen und das OSD ist einwandfrei bedienbar.

7

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 16, 2026, 09:45:38 »

@Claus
Ich hatte dich gestern Abend bezüglich evtest falsch verstanden. War dann doch schon etwas spät.

Das "keyd virtual keyboard" ist nicht event6 sondern event9.
Ich habe das gerade mal getestet. Da kommt standardmäßig nicht an.
Wenn ich dann aber in der /etc/keyd/default.conf die ID 0bc7:000c des X10 Empfänger eintrage kommen die Tastendrücke der RF FB beim event9 an.

Ich teste jetzt nochmal verschiedene Einstellungen im WebIF.

8

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 15, 2026, 23:45:33 »

@Claus
Ich hatte die REC100 schon wieder verräumt, da das Thema für mich erledigt war.
Mit der globalen Einstellung im WebIF für Verzögerung 350ms und Geschwindigkeit 7/s (also Intervall oder Periode 142ms) hatte die FB ja funktioniert.
Hab sie jetzt aber wieder ausgemottet und die FB hatte mit diesen Einstellungen ohne Probleme wieder funktioniert.
Hier mal die Ausgabe von ir-keytable und die X10 wird als rc0 erkannt.

Code: [Select]

root@MLD:~# ir-keytable
/sys/class/rc/rc0/ gefunden mit:
        Name: X10 WTI RF receiver
        Treiber ati_remote
        Standardschlüsselcodeabbildung: rc-medion-x10-or2x
        Eingabegerät: /dev/input/event6
        Linux-Infrarotfernbedienung : /dev/lirc0
        unterstützte Kernelprotokolle: other
        Aktivierte Kernelprotokolle: other
        bus: 3, Anbieter/Produkt: 0bc7:000c, Version: 0x0100
        Wiederholungsverzögerung: 350 ms, Wiederholungsperiode: 142 ms
Nach Eingabe von "ir-keytable -s rc0 -D 0 -P 0", wodurch ja die Verzögerung und Periode auf 0 gestellt werden, funktioniert die FB überhaupt nicht mehr.
Die globalen Werte im WebIF bleiben aber unverändert.

Code: [Select]

root@MLD:~# ir-keytable -s rc0 -D 0 -P 0
Wiederholungsverzögerung: 350 ms, Wiederholungsperiode: 142 ms
Wiederholungsverzögerung auf 0 ms und Wiederholungsdauer auf 0 ms geändert
Bei evtest (laut ir-keytable ist der X10 Empfänger event6) kommen die Tastendrücke an.

Hab dann verschiedene andere globale Werte u.a. die Default Werte 500ms und 10/s eingestellt, wo die FB wieder geprellt hat.
Nach unten haben noch 250ms und 6/s (also P 166) ganz gut funktioniert und darunter funktioniert sie auch nicht mehr richtig.
Am Beste funktioniert dieser Empfänger mit einer Verzögerung zwischen 250 und 300ms und einer Geschwindigkeit zwischen 6/s und 7/s (also Periode zwischen 142 und 166ms).
Stehen beide Werte auf 0 geht gar Nichts mehr.
Aktuell habe ich 300ms und 7/s im WebIF eingestellt und nach einem Reboot funktioniert die FB wieder vernünftig.

9

Allgemein [ General ] / Remote Medion X10 for MCC-100

« 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.

10

Allgemein [ General ] / Remote Medion X10 for MCC-100

« 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.

11

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 14, 2026, 19:09:21 »

Most RCs are working with the global delay settings of the Repeat settings made in the WebIF very good.
For this RF RC the repeat settings in the VDR Setup are working better.
This settings you will find in the VDR-OSD - System - VDR-Setup - 8-Miscellaneous
Standard for "Remote Control repeat delay" and delta are 0. Then the global settings of the WebIF are used.
For my RF RC a delay of 350 and a delta of 150 is working good.
After change restart VDR. Then the RC should work better and ignores the global settings.
Or try the settings you are using in MLD 5.3 for your RC.

12

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 14, 2026, 17:12:43 »

What do you meen with changes?
Your screenshot above already shows your "X10 WTI RF receiver" with the button "EDIT KEYMAP".
You only have to press that button "EDIT KEYMAP" for learnig the buttons of the RC.
You can learn all buttons new or you can change the function of RC buttons.

13

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 14, 2026, 16:18:48 »

HI Marcin,

with the new kernel also the RF receiver of my REC100 works fine with the patched ati_remote module.
I generated a new keymap by learnig the keys with the "EDIT KEYMAP" button in the WeIF.
But I did not learn the PowerButton of the RC.

A special feature of this RF receiver is waking up the system with the RC from S5.
Because of this feature the PowerButton of the RC works without keymap and therefore should not be mapped by the keymap to prevent double clicks.

14

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 14, 2026, 14:58:50 »

It is no good idea, to use the keymap from MLD 5.3, because the mapping has changed from MLD 5.x to 6.5.
You have to learn the keys of your RC by using the "EDIT KEYMAP" button in the Remote settings of the WebIF.

15

Allgemein [ General ] / Remote Medion X10 for MCC-100

« on: February 11, 2026, 17:31:41 »

Hi Marcin,

I reactivated my old Reycom REC100 with DuoFlexS2 Tuner and Gen2VDR installed on the 8GB SSD.
It is the same System as yours sold from DD.

The REC100/MCC100 has a special build in X10 RF receiver conncted to intenal USB which also can switch on the system from S5 with the PowerButton of the RemoteControl.
This Pwer-On function works independent of the installed OS and also works with MLD 6.5 which I installed instead of Gen2VDR on the internal SSD.
But I can confirm that this internal X10 RF Receiver of the REC100 can not be cofigured with the MLD 6.5 WebIF and therefore is not working with the VDR.

Problem ist that the ati_remote kernel module of Kernel 6.6.21 does not know the device ID 0bc7:000c of this internal X10 receiver.
I connected a external Medion X10 RF receiver with device ID 0bc7:0006, witch can be configured with the WebIF and works perfect.
Modinfo for ati_remote shows that the module knows device ID 0bc7:0006 of the extrenal X10 receiver but not the device ID 0bc7:000c of the internal REC100 receiver.

root@MLD65REC100:~# modinfo ati_remote
filename:       /lib/modules/6.6.21-yocto-standard/kernel/drivers/media/rc/ati_remote.ko
license:        GPL
description:    ATI/X10 RF USB Remote Control
author:         Torrey Hoffman <thoffman@arnor.net>
alias:          usb:v0BC7p0008d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BC7p0006d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BC7p0005d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BC7p0004d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BC7p0003d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BC7p0002d*dc*dsc*dp*ic*isc*ip*in*
depends:        rc-core
retpoline:      Y
intree:         Y
name:           ati_remote
vermagic:       6.6.21-yocto-standard SMP preempt mod_unload
parm:           channel_mask:Bitmask of remote control channels to ignore (ulong)
parm:           debug:Enable extra debug messages and information (int)
parm:           repeat_filter:Repeat filter time, default = 60 msec (int)
parm:           repeat_delay:Delay before sending repeats, default = 500 msec (int)
parm:           mouse:Enable mouse device, default = yes (bool)

So ati_remote is ignoring the internal X10 receiver and does not load the keymap rc-medion-x10-or2x.
As result the receiver is not recognized by the MLD WebIF and can not be configured.

I could not find out, since which kernel version device iD 0bc7:000c is not any more supported.
Older kernels like in MLD 5.3 (maybe also in 5.4 and 5.5) are suporting the device ID.

My combination of the internal and external X10 receiver works fine with MLD 6.5.
With the internal I can switch on the system and with the external I can control VDR with the same RemoteControl.

On eBay you can find such "medion remote rf x10 usb" external receivers inl. RC.
https://www.ebay.de/sch/i.html?_nkw=medion+remote+rf+x10+usb&_sacat=0&_from=R40&_trksid=m570.l1313&_odkw=medion+rf+x10+usb&_osacat=0