staging.inyokaproject.org

Hallo,

done. Und XBMC Remote ist ein Redirect auf Kodi Remote.

Gruß, noisefloor

Hallo,

für meine Fernbedienung benötige ich folgendne Befehl damit diese funktioniert.

sudo ir-keytable -s rc0 -c -p NEC -w /etc/rc_keymaps/tevii_nec

Was für ein Script ist bei Lubuntu 14.04 zu empfehlen, damit die Fernbedienung sofort nach dem Start funktioniert?

https://wiki.ubuntuusers.de/autostart#Lubuntu-LXDE

https://wiki.ubuntuusers.de/autostart#Desktop-Unabhaengig

Wie binde ich das Script am besten ein?

Greetz

undine

Sorry, hinfällig:

https://forum.ubuntuusers.de/topic/tevii-s464-ir-remote-und-kodi/#post-7828658

Hallo,

ich bin gerade dabei den Artikel durchzuarbeiten, dabei bin ich auf Probleme mit eventlirc auf meinem Raspberry Pi 2 mit OSMC (Debian-basiert) gestoßen. Eventlirc ist auch ein Bestandteil von YaVDR, welches zumindest auf Ubuntu-Systemen installiert werden kann. Ich habe schon 2 Änderungen am Artikel vorgenommen und werde wohl Morgen noch ein paar Weitere machen.

Was eine Deinstallation von eventlirc angeht, ist diese zumindest bei OSMC nicht zu empfehlen, da hierdurch weitere Pakete entfernt würden. Es läuft wohl auf ein:

sudo systemctl mask eventlirc 

hinaus. Auch wenn eventlirc kein offizieller Bestandteil von Ubuntu ist, denke ich: Lieber drin haben und nicht brauchen, als umgekehrt (war bei mir mit OSCM leider der Fall).

EDIT: Wie sieht es eigentlich mit der Umstellung von Upstart zu Systemd aus? Wie ich sehe hat OSMC Beide und auch SysVinit (teilweise mit Skripten die von SysVinit zu Systemd mappen)... Alle 3 Varianten wären aber dann wohl etwas viel, wenn man die nur nebenbei im Artikel erwähnen will...

unbekannt1984 schrieb:

Hallo,

ich bin gerade dabei den Artikel durchzuarbeiten, dabei bin ich auf Probleme mit eventlirc auf meinem Raspberry Pi 2 mit OSMC (Debian-basiert) gestoßen. Eventlirc ist auch ein Bestandteil von YaVDR, welches zumindest auf Ubuntu-Systemen installiert werden kann.

Was ist denn das genaue Problem mit eventlircd unter OSMC auf dem Raspberry Pi 2?

seahawk1986 schrieb:

unbekannt1984 schrieb:

Hallo,

ich bin gerade dabei den Artikel durchzuarbeiten, dabei bin ich auf Probleme mit eventlirc auf meinem Raspberry Pi 2 mit OSMC (Debian-basiert) gestoßen. Eventlirc ist auch ein Bestandteil von YaVDR, welches zumindest auf Ubuntu-Systemen installiert werden kann.

Was ist denn das genaue Problem mit eventlircd unter OSMC auf dem Raspberry Pi 2?

Also für den ersten Test und das erstellen der Keymap blockiert eventlircd den IR-Empfänger. Heißt um den Artikel auf OSMC durchzuarbeiten muss man eventlircd erstmal deaktivieren.

Machen wir mal die Kurzfassung:

osmc@osmc:~$ which eventlircd 
/usr/sbin/eventlircd
osmc@osmc:~$ dpkg -S /usr/sbin/eventlircd 
armv7-eventlircd-osmc: /usr/sbin/eventlircd
osmc@osmc:~$ sudo apt-get remove armv7-eventlircd-osmc 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  armv7-irqbalance-osmc busybox fake-hwclock module-init-tools nano sudo
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  armv7-eventlircd-osmc armv7-remote-osmc rbp2-device-osmc
0 upgraded, 0 newly installed, 3 to remove and 0 not upgraded.
After this operation, 1462 kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.

Eventlircd kommt also über ein Meta-Paket auf das System, wird das Paket entfernt meint apt wichtige Systemkomponenten entfernen zu können/müssen. Also auf OSMC wäre eventlircd deinstallieren eine blöde Idee, also über

sudo systemctl mask eventlircd 

das Starten verbieten und es sollte funktionieren... Jetzt frag mich bitte nicht wie es bei YaVDR aussieht, ich glaube du kennst dich da besser aus.

EDIT: Das ist wirklich immer eventlircd. Korrigiert...

eventlircd öffnet die Empfänger, die die UDEV-Umgebungsvariable eventlircd_enable="true" besitzen immer exklusiv. Es ist also ganz normal, dass man den Prozess stoppen muss, bevor man mit ir-keytable oder anderen Programmen auf so ein Eingabegerät zugreifen kann. Ich weiß nicht, wie die Service-Skripte bei OSMC genau aussehen, aber dass man eventlircd gleich maskieren statt nur vorübergehend stoppen muss ist interessant.

seahawk1986 schrieb:

eventlircd öffnet die Empfänger, die die UDEV-Umgebungsvariable eventlircd_enable="true" besitzen immer exklusiv. Es ist also ganz normal, dass man den Prozess stoppen muss, bevor man mit ir-keytable oder anderen Programmen auf so ein Eingabegerät zugreifen kann. Ich weiß nicht, wie die Service-Skripte bei OSMC genau aussehen, aber dass man eventlircd gleich maskieren statt nur vorübergehend stoppen muss ist interessant.

Ja, das hast du wohl in den falschen Hals bekommen... Im Artikel habe ich Gestern erstmal

sudo service eventlircd stop 

eingebaut. Es geht jetzt um den Abschnitt lirc deinstallieren. An der Stelle weiß man ob diese Anleitung funktioniert, deinstallieren ist auf OSMC nicht möglich, also maskiert man den Dienst um das Starten zu verhindern. Es scheint mir jetzt zumindest die beste Möglichkeit zu sein, aber evtl. hast du eine bessere Idee.

Bitte den Artikel in die Baustelle verschieben:

• die Reihenfolge im derzeitigem Artikel gefällt mir nicht 100%ig:

sudo ir-keytable -c -p NEC,RC-5,RC-6,JVC,SONY -t 

ist ohne Deinstallation möglich,

• Abschnitt "Vorbereitung" die Deinstallation mit apt-get purge ist nicht Wiki-konform (besser auf Paketverwaltung verweisen?),

• Deinstallation oder Deaktivierung als neue Alternative (Erweiterung),

service (Upstart) sollte vor dem Hintergrund der Umstellung auf Systemd geändert werden. Vorschlag wäre in dem Wissensblock "Starten und Beenden von Diensten" zu erwähnen, Hinweis auf die laufende Umstellung,...

Die von undine verlinkte Diskussion könnte auch ein paar weitere Hinweise liefern.

@unbekannt1984

1

sudo ir-keytable -c -p NEC,RC-5,RC-6,JVC,SONY -t 

kann ohne Deinstallation aufgerufen werden, nimmt aber keine Eingaben an wenn lirc aktiv ist.

14.04LTS ist die aktuelle LTS Version von Ubuntu und das noch eine längere Zeit. Also warum willst Du das jetzt auf Systemd ändern? Sollen die LTS User außen vor bleiben?

Aber eigentlich spielt es auch keine Rolle. Dies ist ein Ubuntu Wiki. Was haben da die Eigenarten eines ARM basierten Systems wie dem Rasberry PI zu suchen? Oder das Anpassen an OSMC das es nicht mal für Ubuntu gibt?

[Nachtrag]

Ich sehe gerade das OSMC tatsächlich auch für Ubuntu als PPA gibt. Das ändert aber nichts daran das die Remote Funktionen unter Ubuntu und Rasberry PI unterschiedlich gehandhabt werden.

Bleys schrieb:

@unbekannt1984

1	sudo ir-keytable -c -p NEC,RC-5,RC-6,JVC,SONY -t

kann ohne Deinstallation aufgerufen werden, nimmt aber keine Eingaben an wenn lirc aktiv ist.

Unter Voraussetzungen wurden lirc,inputlirc und eventlircd gestoppt. Daher sollte lirc nicht laufen.

14.04LTS ist die aktuelle LTS Version von Ubuntu und das noch eine längere Zeit. Also warum willst Du das jetzt auf Systemd ändern? Sollen die LTS User außen vor bleiben?

Das habe ich nicht gesagt. Man kann es allgemeingültig schreiben:

sudo service lirc stop
sudo service inputlirc stop
sudo service eventlircd stop  

Mir ging es bei diesem Artikel um eine einfache Lösung zur Einrichtung einer FB für Kodi. Eine Anleitung mit der eigentlich jeder zurechtkommen kann. Nicht mehr. Und das funktioniert auch unter aktuellen Ubuntu Versionen gut. Viele Ubuntu User in meinem Umkreis die mit Lirc nicht zurecht gekommen sind und aufgaben, haben jetzt eine funktionierende FB ohne Probleme selbst hin bekommen.

Man kann durchaus ir-keytable auch mit lirc verbinden, man kann auch auf die Eigenarten anderer Systeme eingehen. Mit entsprechendem mehr Aufwand und hoher Einarbeitungszeit.

Wenn ihr den Artikel also entsprechend erweitern möchtet klinke ich mich da aus. Für meine Zwecke habe ich mir die aktuelle Version im eigenen Wiki gespeichert.

Bleys schrieb:

Mir ging es bei diesem Artikel um eine einfache Lösung zur Einrichtung einer FB für Kodi. Eine Anleitung mit der eigentlich jeder zurechtkommen kann. Nicht mehr. Und das funktioniert auch unter aktuellen Ubuntu Versionen gut. Viele Ubuntu User in meinem Umkreis die mit Lirc nicht zurecht gekommen sind und aufgaben, haben jetzt eine funktionierende FB ohne Probleme selbst hin bekommen.

Man kann durchaus ir-keytable auch mit lirc verbinden, man kann auch auf die Eigenarten anderer Systeme eingehen. Mit entsprechendem mehr Aufwand und hoher Einarbeitungszeit.

Wenn ihr den Artikel also entsprechend erweitern möchtet klinke ich mich da aus. Für meine Zwecke habe ich mir die aktuelle Version im eigenen Wiki gespeichert.

Bleys, ich will dir den Artikel nicht wegnehmen und ich will Ihn nicht bis zum letztem aufblähen. Ich würde dich einfach bitten ein paar Revisionen in der Baustelle abzuwarten, dann nochmal einen Blick über den Artikel zu werfen und Feedback zu geben.

Die Umstellung von Upstart zu Systemd ist jetzt ein Beispiel, wo der Artikel in Zunkunft angepasst werden müsste. In diesem Wiki geht es halt um Ubuntu, nicht um Debian oder seine Derivate, allerdings sind die Systeme relativ ähnlich, weshalb die meisten Anleitungen im UU-Wiki auf OSMC übertragen werden können und umgekehrt.

Hallo,

Die Umstellung von Upstart zu Systemd ist jetzt ein Beispiel, wo der Artikel in Zunkunft angepasst werden müsste

Solange es ein Ubuntu-Version mit Support gibt, bleibt Upststart im Wiki. Also bis April 2019 ☺ Bis dahin existiert das dann halt parallel.

Und so lange der Artikel nicht für 15.04 oder neuer getestet ist muss da auch noch kein Hinweis zu systemd rein 😉

Und der Artikel soll immer noch in die Baustelle?

Gruß, noisefloor

Ok, ich bin jetzt auf eine Kuriosität gestoßen: Folgender Stand der Keymap (Tastenzuordnung) auf OSMC - Raspberry Pi 2 - mit TechnoTrend TT-connect S2-4600:

#
0x558   KEY_F8          # Mute
0x541   KEY_S           # Power -> Shutdown Menu
0x543   KEY_1           # 1
0x544   KEY_2           # 2
0x545   KEY_3           # 3
0x546   KEY_4           # 4
0x547   KEY_5           # 5
0x548   KEY_6           # 6
0x549   KEY_7           # 7
0x54a   KEY_8           # 8
0x54b   KEY_9           # 9
0x54c   KEY_0           # 0
0x542   KEY_BACKSPACE   # back
0x55a   KEY_H           # TV/Radio
0x566   KEY_MINUS       # vol-
0x565   KEY_PLUS        # vol+
0x559   KEY_V           # Text
0x54d   KEY_UP          # Arrow-up
0x54e   KEY_LEFT        # Arrow-left
0x550   KEY_RIGHT       # Arrow-right
0x551   KEY_DOWN        # Arrow-down
0x54f   KEY_ENTER       # OK
0x564                   # Channel-
0x563                   # Channel+
0x553   KEY_ESC         # Exit
0x554                   # red
0x555                   # green
0x556                   # yellow
0x557                   # blue
0x57a                   # rec
0x57b   KEY_P           # Play
0x57c   KEY_X           # Stop
0x552   KEY_I           # info
0x57d   KEY_R           # REW rewind
0x57e   KEY_SPACE       # Pause
0x57f   KEY_F           # FF fast-forward
0x562   KEY_E           # EPG

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 erstmal komisch, könnte aber zum entprellen der Tasten der Fernbedienung genutzt werden. Jedoch geht diese Anwendung mit ir-keymap nicht.

Will man eine Fernbedienung, die nicht immer nur auf jeden zweiten Tastendruck reagiert (bzw. die Fernbedienung reagiert schon richtig, nur der Computer weiß mit den zusätzlichen Scancodes nichts anzufangen), so müssen die zusätzlichen Zuornungen auch in die Keymap.

Ich denke bei Ubuntu würde man die gleichen Scancodes erhalten, ein Hinweis auf ein solches mögliches Verhalten sollte entsprechend auch in das Wiki.

noisefloor schrieb:

Hallo,

Die Umstellung von Upstart zu Systemd ist jetzt ein Beispiel, wo der Artikel in Zunkunft angepasst werden müsste

Solange es ein Ubuntu-Version mit Support gibt, bleibt Upststart im Wiki. Also bis April 2019 ☺ Bis dahin existiert das dann halt parallel.

Und so lange der Artikel nicht für 15.04 oder neuer getestet ist muss da auch noch kein Hinweis zu systemd rein 😉

Und der Artikel soll immer noch in die Baustelle?

Gruß, noisefloor

Hallo noisefloor,

eigentlich ja, aber ich bin mir gerade über den Arbeitstitel nicht ganz schlüssig, da die Fernbedienung nach dieser Anleitung arbeitet wie eine Tastatur, könnte man 1:1 den Artikel auf Kaffeine, VLC sowie jeden anderen Mediaplayer, ja sogar auf jedes Programm in den Ubuntu-Paketquellen ummünzen.

Die Frage lautet also: "Was ist für das Wiki sinnvoll?" - Das kann ich nicht entscheiden, aber mein Vorschlag wäre derzeit eine verallgemeinerte Version unter dem Titel "ir-keytable".

Hallo,

aber mein Vorschlag wäre derzeit eine verallgemeinerte Version unter dem Titel "ir-keytable".

Sehe ich genau so.

Gruß, noisefloor