[Benji]

Hallo allerseits,

etwas worüber ich in den letzten Tagen dauernd stolpere, ist diese "zweifache Übersetzung" von Fernbedienungs-Tasten.

Ich war es bisher gewohnt, Tasten in der lircd.conf gleich zu benennen wie in der vdr/remote.conf, um Mißverständnisse zu vermeiden; auch debuggen mit z.B. irw wird dadurch erleichtert.

Nun arbeitet MLD mit diesen KEY_ Symbolen; die irgendwie eine "Zwischenschicht" bilden, und zum Teil etwas verwirrend sind: VDR kennt eine Taste "Timer", die in der LIRC-Welt aber KEY_TIME (ohne R) heisst... Auch verwirrend finde ich die User0..9, teilweise entsprechen die, teilweise heissen die ganz anders. (User0 ist KEY_TEXT, User1..4 sind KEY_PROG1..4, User5 ist dann wieder KEY_AUDIO usw)

Es funktioniert zwar, aber ich würde gerne verstehen warum das so gemacht wird?

[clausmuus]

Der Grund für die Wahl der Tastennamenzuordnung (KEY_xxx => VDR-Name) ist, dass dies die Namen sind, die von Fernbedienungen die sich als Tastatur anmelden, am häufigsten für die zur VDR Funktion passenden Funktion verwendet werden. Würde man also z.B. ein Mapping von KEY_F1 auf User1, KEY_F2 auf User2 usw. machen, so müsste man zuvor nahezu alle Fernbedienungen mit eigenem Empfänger ummappen. Dann wäre zwar die VDR Zuordnungsliste schöner und besser lesbar, aber dafür bräuchte man viel umfangreichere rc Mapping Dateien und müsste an der Stelle das Mapping für jede Fernbedienung einzeln durchführen.
Mit der gewählten Zuordnung funktionieren die Meisten (neuen) Fernbedienungen ohne weiteres Zutun nahezu vollständig.

Claus

[Benji]

Fernbedienungen die sich als Tastatur anmelden

Sachen gibts...

Unter diesem Gesichtspunkt ist natürlich die gewählte Vorgangsweise sehr sinnvoll.

Danke!

[clausmuus]

Na ja, man könnte natürlich schauen, ob man ne globale Regel erstellen kann die von allen Fernbedienungen abgearbeitet wird, und die dann die verwendeten KEY-codes auf Namen mappt, welche die funktion, unter der die MLD diese Tasten verwendet besser wiederspiegelt. Ich bin aber grad nicht sicher, an welcher Stelle in der Verarbeitungspipeline die Mapping Regeln greifen. Wäre dieser Punkt zu spät, wäre das Ergebnis noch irritierender als das jetzige.

Claus

[Benji]

Nö, lass mal... jetzt wo ich verstanden hab warum das so ist, ist das ganz ok. Eine Änderung würde ja auch bedeuten, die ganze riesige "Datenbank" der getesteten Fernbedienungen anzupassen.

Wenn dann könnte man in der vdr/remote.conf einen andern Typ statt LIRC verwenden (RCU?), dann wäre LIRC wieder "frei", und diese Tastatur-Fernbedienungen könnten wie eine Tastatur (und ohne LIRC) eingebunden werden.

ich vermute auch dass das Durchschleifen durch den uinput-layer damit zusammenhängt, das hat bei mir nämlich massive Probleme verursacht, glücklicherweise kann man das durch Deinstallation der entsprechenden Pakete wieder auf "old school" zurücksetzen ;-)

ist aber wie gesagt total unwichtig, weil es funktioniert ja problemlos (auch wenn das bessere der Feind des Guten ist)