ubuntuusers.de

unbekannt1984 schrieb:

Kurios weil: Die gleiche Taste o.g. Scancode und jeweils einen weiteren mit 0xd?? anstelle von 0x5?? verwendet. Genauer gesagt:

- Drückt man eine Taste länger, erzeugt diese mehrfach den selben Scancode,

- drückt man eine Taste wiederholt, so wird jeweils der andere Scancode erzeugt,

- drückt man eine Taste die einen 0x5?? Scancode erzeugt und anschließend eine andere Taste, so erzeugt diese den 0xd?? Scancode (und umgekehrt).

Klingt so, als würde er das Toggle-Bit nicht an der richtigen Stelle suchen. Bislang kannte ich das nur von mceusb-Empfängern mit einem etwas abweichenden RC-6a Protokoll (hier ist der Thread im vdr-portal dazu: http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/119527-workaround-ab-kernel-3-5-evtl-doppelter-tastendruck-bei-inputlirc-mceusb-notwendig/ ). Weißt du, welches Protokoll von deiner Fernbedienung genutzt wird?

seahawk1986 schrieb:

unbekannt1984 schrieb:

Kurios weil: Die gleiche Taste o.g. Scancode und jeweils einen weiteren mit 0xd?? anstelle von 0x5?? verwendet. Genauer gesagt:

- Drückt man eine Taste länger, erzeugt diese mehrfach den selben Scancode,

- drückt man eine Taste wiederholt, so wird jeweils der andere Scancode erzeugt,

- drückt man eine Taste die einen 0x5?? Scancode erzeugt und anschließend eine andere Taste, so erzeugt diese den 0xd?? Scancode (und umgekehrt).

Klingt so, als würde er das Toggle-Bit nicht an der richtigen Stelle suchen. Bislang kannte ich das nur von mceusb-Empfängern mit einem etwas abweichenden RC-6a Protokoll (hier ist der Thread im vdr-portal dazu: http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/119527-workaround-ab-kernel-3-5-evtl-doppelter-tastendruck-bei-inputlirc-mceusb-notwendig/ ). Weißt du, welches Protokoll von deiner Fernbedienung genutzt wird?

Der Empfänger unterstützt laut ir-keytable lediglich RC-5, aber eine Fehlfunktion scheint mir da nicht vorzuliegen, da immer lediglich 0x5?? und 0xd?? im Wechsel vorkommen. Programmtechnisch (ok, mit ir-keytable wohl nicht) kann das ausgenutzt werden um ungewollte Mehrfachbetätigung einer Taste auszufiltern. 5 hex wäre ja 0101 binär, und d hex wäre 1101 binär... Tut mir leid, ich kann da keine Fehlfunktion drin sehen.

Erweiterung des Wiki Artikels.

Mit Hilfe einer keyboard.xml in ~/.kodi/userdata/keymaps lassen sich auch komplexere Aufgaben einer per ir-keytable eingerichteten FB ausführen. Funktionen die z.B. kombinierte Tasten erforden. Scripte können aufgeführt werden. u.s.w.

Von unbekannt1984 und noisefloor steht noch der Vorschlag den Artikel allgemeingültig auch für beliebige andere Programme zu machen. Wird das umgesetzt macht es natürlich keinen Sinn den Artikel in seiner jetzigen Form zu erweitern. Dann macht es eher Sinn erst den Artikel Kodi_Remote entsprechend umzubauen und den Namen zu ändern und einen zweiten zu erstellen der sich mit den zusätzlichen Möglichkeiten zu Kodi auseinander setzt.

Bitte um Vorschläge zur Thematik bevor ich anfange.

Bleys schrieb:

Erweiterung des Wiki Artikels.

Mit Hilfe einer keyboard.xml in ~/.kodi/userdata/keymaps lassen sich auch komplexere Aufgaben einer per ir-keytable eingerichteten FB ausführen. Funktionen die z.B. kombinierte Tasten erforden. Scripte können aufgeführt werden. u.s.w.

Das war genau meine Idee um den Artikel allgemeingültiger zu machen: Die Fernbedienung konfigurieren damit diese mit unterschiedlichen Programmen arbeitet (z.B. VLC, Kaffeine,...) und Kodi halt über remote.xml konfigurieren. Da müsste ich mal wieder etwas suchen, es gab eine Vorlage (Standardeinstellung von Kodi) und es gab eine Dummy-Datei, die die gedrückte Taste als Meldung ausgibt.

Von unbekannt1984 und noisefloor steht noch der Vorschlag den Artikel allgemeingültig auch für beliebige andere Programme zu machen. Wird das umgesetzt macht es natürlich keinen Sinn den Artikel in seiner jetzigen Form zu erweitern. Dann macht es eher Sinn erst den Artikel Kodi_Remote entsprechend umzubauen und den Namen zu ändern und einen zweiten zu erstellen der sich mit den zusätzlichen Möglichkeiten zu Kodi auseinander setzt.

Bitte um Vorschläge zur Thematik bevor ich anfange.

Siehe oben, allerdings wäre dann der Titel "IR-Keytable" passender (wenn der Artikel sich nicht mehr nur auf Kodi bezieht). Die Frage ist jetzt: Beginnt man lieber mit einem leerem Artikel oder lohnt es sich diesen Artikel umzuschreiben?

unbekannt1984 schrieb:

Das war genau meine Idee um den Artikel allgemeingültiger zu machen: Die Fernbedienung konfigurieren damit diese mit unterschiedlichen Programmen arbeitet (z.B. VLC, Kaffeine,...) und Kodi halt über remote.xml konfigurieren. Da müsste ich mal wieder etwas suchen, es gab eine Vorlage (Standardeinstellung von Kodi) und es gab eine Dummy-Datei, die die gedrückte Taste als Meldung ausgibt.

ir-keytable erzeugt Tastaturbefehle. Also keyboard.xml und nicht remote.xml. Dann gibt es keine Vorlage sondern die tatsächlich von Kodi genutzen Mappings (/usr/share/kodi/system/keymaps) die allerdings nur einen Bruchteil der Funktionen zur Verfügung stellt. gerade mal das was per Tastatur, Gampad, PS3 Controller u.s.w. möglich wäre. Für wirklich trickige Funktionen nehme ich die Funktionen der Kodi API (http://kodi.wiki/view/JSON-RPC_API/v6). Damit ist dann alles auch per ir-keytable FB möglich.

Und das ist es was ich in der Erweiterung darstellen möchte.

Bleys schrieb:

unbekannt1984 schrieb:

Das war genau meine Idee um den Artikel allgemeingültiger zu machen: Die Fernbedienung konfigurieren damit diese mit unterschiedlichen Programmen arbeitet (z.B. VLC, Kaffeine,...) und Kodi halt über remote.xml konfigurieren. Da müsste ich mal wieder etwas suchen, es gab eine Vorlage (Standardeinstellung von Kodi) und es gab eine Dummy-Datei, die die gedrückte Taste als Meldung ausgibt.

ir-keytable erzeugt Tastaturbefehle. Also keyboard.xml und nicht remote.xml.

Darüber will ich jetzt nicht streiten, die xml-Dateien sind sowieso immer relativ gleich aufgebaut. Ob Kodi da jetzt einfach alle Dateien in ~/.kodi/userdata/keymaps/ einliest oder anhand des Dateinamens noch unterscheidet wird man noch feststellen.

Dann gibt es keine Vorlage sondern die tatsächlich von Kodi genutzen Mappings (/usr/share/kodi/system/keymaps) die allerdings nur einen Bruchteil der Funktionen zur Verfügung stellt. gerade mal das was per Tastatur, Gampad, PS3 Controller u.s.w. möglich wäre. Für wirklich trickige Funktionen nehme ich die Funktionen der Kodi API (http://kodi.wiki/view/JSON-RPC_API/v6). Damit ist dann alles auch per ir-keytable FB möglich.

Es gab da zumindest eine remote.xml die die Standardbelegung nachgebildet hat. Auch wenn die dann als Abschnitt in keyboard.xml landet...

Der Link zum Kodi-Wiki sieht mir gerade eher nach "Experten-Artikel" aus. Hast du schon eine Idee über den Umfang deiner Erweiterung?

Dagegen wirkt http://wiki.openelec.tv/index.php/Guide_To_Test_a_Remote_and_Remap_Keys wie vergleichsweise leichte Kost.

unbekannt1984 schrieb:

ir-keytable erzeugt Tastaturbefehle. Also keyboard.xml und nicht remote.xml.

Darüber will ich jetzt nicht streiten, die xml-Dateien sind sowieso immer relativ gleich aufgebaut. Ob Kodi da jetzt einfach alle Dateien in ~/.kodi/userdata/keymaps/ einliest oder anhand des Dateinamens noch unterscheidet wird man noch feststellen.

Kodi arbeitet jede xml Datei in diesem Verzeichnis ab, in alphabetischer Reihenfolge. Keymap statt Remote damit ich als Anwender auch später noch weiss aus welchem Grund die erstellt wurde.

Bleys schrieb:

unbekannt1984 schrieb:

ir-keytable erzeugt Tastaturbefehle. Also keyboard.xml und nicht remote.xml.

Darüber will ich jetzt nicht streiten, die xml-Dateien sind sowieso immer relativ gleich aufgebaut. Ob Kodi da jetzt einfach alle Dateien in ~/.kodi/userdata/keymaps/ einliest oder anhand des Dateinamens noch unterscheidet wird man noch feststellen.

Kodi arbeitet jede xml Datei in diesem Verzeichnis ab, in alphabetischer Reihenfolge. Keymap statt Remote damit ich als Anwender auch später noch weiss aus welchem Grund die erstellt wurde.

Also eine remote.xml würde die Anweisungen in einer keyboard.xml überschreiben? Kodi hat die Angewohnheit fehlerhafte Konfigurationen einfach wieder zu droppen (ohne Rückmeldung), daher wäre das gerade für die Fehlersuche und auch Fehlervermeidung sinnvoll hier evtl. beide Konfigurationen zu erstellen (viel Mehraufwand ist es ja nun nicht). Setzt lediglich voraus, dass Kodi im Fehlerfall nicht beide/alle Konfigurationen in ~/.kodi/userdata/keymaps/ droppt.

unbekannt1984 schrieb:

Kodi hat die Angewohnheit fehlerhafte Konfigurationen einfach wieder zu droppen (ohne Rückmeldung), daher wäre das gerade für die Fehlersuche und auch Fehlervermeidung sinnvoll hier evtl. beide Konfigurationen zu erstellen (viel Mehraufwand ist es ja nun nicht). Setzt lediglich voraus, dass Kodi im Fehlerfall nicht beide/alle Konfigurationen in ~/.kodi/userdata/keymaps/ droppt.

Es gibt für alles eine Rückmeldung in Kodi! Ich kenne kein anderes Programm das dermaßen ausführlich und einstellbar Logs schreibt. Man muss es natürlich entsprechend in den Einstellungen → System → Debugging auswählen und einschalten.

Der Sinn einer zweiten xml Datei für eine Fernbedienung erschließt sich mir nicht wirklich. Aber was heißt das schon. Ich denke ich klinke mich hier mal aus bis ihr hier entschieden habt wie es weiter gehen soll und die Änderungen gemacht sind.

Bleys schrieb:

unbekannt1984 schrieb:

Kodi hat die Angewohnheit fehlerhafte Konfigurationen einfach wieder zu droppen (ohne Rückmeldung), daher wäre das gerade für die Fehlersuche und auch Fehlervermeidung sinnvoll hier evtl. beide Konfigurationen zu erstellen (viel Mehraufwand ist es ja nun nicht). Setzt lediglich voraus, dass Kodi im Fehlerfall nicht beide/alle Konfigurationen in ~/.kodi/userdata/keymaps/ droppt.

Es gibt für alles eine Rückmeldung in Kodi! Ich kenne kein anderes Programm das dermaßen ausführlich und einstellbar Logs schreibt. Man muss es natürlich entsprechend in den Einstellungen → System → Debugging auswählen und einschalten.

Von Kodi-Wiki:How to Modify Keymaps Abschnitt 6 - Debugging:

It's easy to make mistakes when writing a keyboard.xml file, and if Kodi finds an error in your keyboard.xml it will simply stop processing it, leaving you wondering why your key mappings aren't working. To check for errors in your keyboard.xml turn debug logging on (in the Settings screen go into System then Debugging and enable the Enable debug logging option), then close Kodi then start it and close it again. Now look in %APPDATA%\Kodi and you'll find a file called kodi.log. Open this file in Notepad and you should be able to find the error.

Der Sinn einer zweiten xml Datei für eine Fernbedienung erschließt sich mir nicht wirklich. Aber was heißt das schon. Ich denke ich klinke mich hier mal aus bis ihr hier entschieden habt wie es weiter gehen soll und die Änderungen gemacht sind.

Aufteilen hat erstmal den Sinn (wenn in dem Fall nur eine xml nicht mehr weiter verarbeitet wird), dass man mögliche Fehler eingrenzen könnte.

Wenn du einen Artikel schreiben willst, dann hält dich Niemand davon ab. Meine Empfehlung wäre halt daraus einen Experten-Artikel zu machen. Dieser könnte als Kodi_Remote/Experteneinstellungen (oder Ähnlich) erstellt werden.

Ob und wann eine Neufassung von Kodi_Remote (als Unterartikel zu IR-Keytable) erstellt wird, ob dann wegen des Umfangs von Kodi_Remote und des Expertenartikels eine Mischung der Artikel möglich ist, das ist derzeit nicht zu beantworten.

In den letzten Tagen habe ich einige Fernbedienungen per ir-keytable unter Ubuntu 20.04 eingerichtet. Dabei habe ich festgestellt das sich einiges zur Vorgehensweise bis 18.04 geändert hat.

Deshalb würde ich vorschlagen einen neuen Artikel anzulegen der ab 20.04 gültig ist und nicht speziell auf Kodi zugeschnitten ist. Also einen allgemeinen Artikel mit Namen ir-keytable.

Bitte kurz mitteilen ob das OK ist. Dann fange ich mit dem Artikel an.

Hallo,

Bitte kurz mitteilen ob das OK ist. Dann fange ich mit dem Artikel an.

Macht Sinn, lässt sich langfristig auch besser pflegen.

Wenn der Artikel soweit ist bitte eine eigene Diskussion starten.

Gruß, noisefloor