Präsentiere: input-event-daemon v0.1.3

[gandro]

Guten Abend allerseits,

hiermit möchte ich meine aktuelle Zeitverschwendung der Epoche auch abschliessen. Wer sich ein bisschen mit Linux beschäftigt, der weiss, dass Sondertasten (z.B. Lautstärketasten auf Laptops) zur Zeit in der Regel nur von der Desktop-Umgebung behandelt werden.

Will man seine Lautstärketasten auch in der Konsole ohne X11 benutzen, dann ist die Alternative dazu ist dann meistens nur acpid (den ich nicht mag und der nur acpi-events kann) oder hal-basierte Lösungen wie halevt (hal mag ich nicht und es stirbt eh bald aus).

Also hab ich aus der Not eine Tugend gemacht und mir selber ein 1000-Zeiler in C geschrieben, der das auf das Linux-Input-Subsystem horcht und da Befehle bei bestimmten Tastendrücken ausführt.

"Screenshot":

Code:

[root@ThinkPad ~]# input-event-daemon --monitor
input-event-daemon: Monitoring mode started. Press CTRL+C to abort.

/dev/input/event12:
  keys     : BTN_LEFT

/dev/input/event1:
  keys     : CTRL + ALT + J

/dev/input/event7:
  keys     : PROG1

/dev/input/event7:
  switch   : RADIO:0

/dev/input/event11:
  switch   : HEADPHONE_INSERT:1

/dev/input/event7:
  keys     : SCREENLOCK

/dev/input/event1:
  keys     : SHIFT + S

Ob ihr damit nur die Lautstärketasten auf amixer mappt oder beim einstecken der Kopfhörer automatisch den MP3-Player startet ist euch überlassen. Das Tool hört auf Tastendrücke (Keyboard- und Maustasten, teilweise auch Joystick-Tasten, je nach Treiber) und Switches (Killswitches, Notebook-Lids und Kopfhörerbuchsen, je nach Treiber). Das Tool ist relativ flexibel, mit dem Parameter --monitor könnt ihr mal horchen was so alles für Input-Events genereriert werden und danach eine Config schreiben.

Ja, schaut auch die Dokumentation an, an dieser Stelle noch meinen Dank an Griggi und oreissigs fürs Korrekturlesen.

Achja, Linux 2.6 (vermutlich sogar ab 2.6.16 oder so) ist zwingend nötig. Auch müssen die Kernel-Header installiert sein (linux-api-headers bei Arch Linux, linux-kernel-headers bei Debian/Ubuntu).

Manpage der Version 0.1.0 als HTML:
input-event-daemon-0.1.0.html (17,84 KB)

Quellcode & mehr: gandro's input-event-daemon at master - GitHub
Download: http://github.com/gandro/input-event-dae...all/v0.1.3

[LukeGee]

Hut ab! Also ich hab das hier mal kurz bei mir angetestet und funktioniert 1a. Werds mal morgen oder so dann auf dem Thinkpad mal confen.

[gandro]

Version 0.1.1 ist draussen. Nur Rechtschreibfehler und einen Mini-Memory-Leak gefixt.

[LukeGee]

Kann es btw sein, dass der daemon etwas langsamer auf z.B. Keyevents reagiert, als wenn ichs über X11/einen Windowmanager mach? Hab das Gefühl, als sei es etwas langsamer. (nur minimal, aber spürbar)

[TAL]

Jop, der ist tatsächlich einiges langsamer als X11, jedoch trozdem nen cooles ding


Was mir jedoch aufgefallen ist:

Zitat:y/dev/input/event4:
keys : Z

z/dev/input/event4:
keys : Y

Dass das ding afaik bei -m nur das Amilayout ausgibt (also das hinter dem Doppelpunkt), erkennen tut das ding es ja richtig wie man vor /dev/input... sehen kann.

[gandro]

Keine Ahnung ob das langsamer als X11 ist. Falls ja fallen mir nur drei Theorien ein, denn ich fange die Events direkt vom Kernel ab, genau wie es auch Xorg tut.

a) Läuft der Tastaturdaemon von X11 mit einer höheren Priorität.

b) Ist mein Daemon recht langsam beim auffinden des passenden Events (lässt sich ggf. noch verbessern), dann dürfte er im Monitoring-Mode aber nicht langsamer sein als X11, weil da wird kein Event gesucht, sondern nur ausgegeben.

c) Wartet mein Daemon anders als die meisten X11-Programme auf ein Release. Der Event wird erst getriggert, wenn ihr die Taste wieder loslässt, nicht wenn ihr sie drückt.

Bezüglich Amilayout: Mein Daemon kümmert sich gar nicht um um irgendwelche Tastaturlayouts, sondern gibt exakt das aus, was hardwaremässig von der Tastatur kommt, ohne jegliches Mapping, und das ist wohl auch bei deutschen Tastaturen auf der Y-Taste dann wohl doch der Z-Keycode.

[LukeGee]

gandro schrieb:  Keine Ahnung ob das langsamer als X11 ist. Falls ja fallen mir nur drei Theorien ein, denn ich fange die Events direkt vom Kernel ab, genau wie es auch Xorg tut.

a) Läuft der Tastaturdaemon von X11 mit einer höheren Priorität.

b) Ist mein Daemon recht langsam beim auffinden des passenden Events (lässt sich ggf. noch verbessern), dann dürfte er im Monitoring-Mode aber nicht langsamer sein als X11, weil da wird kein Event gesucht, sondern nur ausgegeben.

c) Wartet mein Daemon anders als die meisten X11-Programme auf ein Release. Der Event wird erst getriggert, wenn ihr die Taste wieder loslässt, nicht wenn ihr sie drückt.

Bezüglich Amilayout: Mein Daemon kümmert sich gar nicht um um irgendwelche Tastaturlayouts, sondern gibt exakt das aus, was hardwaremässig von der Tastatur kommt, ohne jegliches Mapping, und das ist wohl auch bei deutschen Tastaturen auf der Y-Taste dann wohl doch der Z-Keycode.

Mh gut möglich, dass es mir deshalb gefühlt etwas langsamer vorkommt.

[gandro]

Je nach dem kann ich eine Funktion einbauen, die auch bereits beim Drücken ein Event auslöst. Aber Standardmässig möchte ich das nicht haben, nur schon weil die meisten Tastaturen ja anfangen den Tastendruck zu wiederholen und dass dann auch mehrere Events auslöst.

[gandro]

AUR (en) - input-event-daemon

Paket im AUR, inkl Initscript. Versionsupdate auf 0.1.2 (paar Makefile-Korrekturen, damit es auch ein anständiges Paket gibt).

[DosAmp]

“A deamon”? Das schreit nach Korrektur. :>