[yavdr-ansible 24.04] Plugin vdr-plugin-irmp & vdr-plugin-statusleds2irmp im ppa:seahawk1986-hotmail/vdr-2.7.7 aufnehmen?

vdr_rossi · January 2, 2026 at 4:21 PM

Hi,

ist es möglich vdr-plugin-irmp & vdr-plugin-statusleds2irmp mit im ppa:seahawk1986-hotmail/vdr-2.7.7 (24.04 = Noble Numbat) aufzunehmen?

Quelle der Plugins -> https://github.com/j1rie/IRMP_PICO

Es geht um Optimierung der USB FB Lösung zum Vdr.
Nach Aktivierung von vdr-plugin-irmp, kann vdr Startoption --lirc entfernt werden.
softhddevice Ausgabeplugin muss mit -N gestartet werden um doppelte Tastendrücke zu verhindern.
Bei softhddevice-drm-gls muss mit vdr mit --no-kbd gestartet werden.

Heraus kommt eine super reagierende FB.

Danke
Rossi

seahawk1986 · January 2, 2026 at 4:29 PM

Beißt sich das mit eventlircd (das öffnet das Kernel Input Device exklusiv, wenn es eine udev-Regel dafür gibt) oder kann das parallel laufen?

jrie · January 2, 2026 at 4:38 PM

Die Tastaturausgaben würden dann wie gehabt über eventlircd zu Kodi laufen, während VDR über vdr-plugin-irmp gesteuert wird.
Geht also parallel.

vdr_rossi · January 2, 2026 at 4:43 PM

Quote from seahawk1986

Beißt sich das mit eventlircd (das öffnet das Kernel Input Device exklusiv, wenn es eine udev-Regel dafür gibt) oder kann das parallel laufen?

Bei meinen Tests unter Vdr*Elec mit LE13 nicht.

Hatte --lirc die ganze Zeit mit gesetzt. Tastatur und Pico FB laufen dann parallel.

seahawk1986 · January 3, 2026 at 3:40 PM

vdr_rossi: Ich habe mal versucht den Wust von unterschiedlichen Sachen in dem Repository zu verpacken: https://launchpad.net/~seahawk1986-h…g-archive-extra - reichen dir Pakete für Ubuntu 24.04 zum Testen?

vdr_rossi · January 3, 2026 at 3:58 PM

Quote from seahawk1986

... reichen dir Pakete für Ubuntu 24.04 zum Testen?

Ja.

Danke - werde das heute Abend auf meinem vdr1 testen.

vdr_rossi · January 3, 2026 at 8:31 PM

Läuft!

Ich musste /etc/udev/rules.d/70-irmp.rules noch um diese Einträge erweitern.

Danke für den Service und Support.

seahawk1986 · January 3, 2026 at 9:17 PM

Braucht es da noch Konfigurationsdateien oder ähnliches? Macht es Sinn da eine Vorkonfiguration (z.B. für RC-6A Fernbedienungen, wie bei vielen anderen Empfängern) in einem bündelnden Paket (analog zu yavdr-hardware-irmp eventuell ein yavdr-hardware-irmp-pico) mitzuliefern?

jrie · January 3, 2026 at 10:10 PM

Ich habe eine remote.conf für RC6A mit Copy&Paste zusammengepfriemelt.
Die müsste jemand testen, der das benutzt.
Alle Konfigurationsdateien liegen in /configuration.

seahawk1986 · January 3, 2026 at 10:15 PM

Das überschneidet sich teilweise mit dem STM32-IRMP Projekt, wenn ich das richtig sehe - die Kunst ist das unter einen Hut zubringen ohne unnötige Doppelungen usw.

vdr_rossi · January 4, 2026 at 11:58 AM

Wollte auf Nummer sicher gehen, das eventlirc keymap nicht greift und habe nur XKeySym.* Einträge modifiziert (/var/lib/vdr/remote.conf

Code

XKeySym.Up         n #Up
XKeySym.Down       n #Down
XKeySym.Menu       n #Home
...                ...

meine IRMP_PICO.* Einträge habe ich so in /var/lib/vdr/remote.conf übernommen:

Code

IRMP_PICO.Up         3e7f400a5800
IRMP_PICO.Down       3e7f400a5900
IRMP_PICO.Menu       3e7f400acc00
IRMP_PICO.Ok         3e7f400a5c00
IRMP_PICO.Back       3e7f400a8300
IRMP_PICO.Left       3e7f400a5a00
IRMP_PICO.Right      3e7f400a5b00
IRMP_PICO.Red        3e7f400a6d00
IRMP_PICO.Green      3e7f400a6e00
IRMP_PICO.Yellow     3e7f400a6f00
IRMP_PICO.Blue       3e7f400a7000
IRMP_PICO.0          3e7f400a0000
IRMP_PICO.1          3e7f400a0100
IRMP_PICO.2          3e7f400a0200
IRMP_PICO.3          3e7f400a0300
IRMP_PICO.4          3e7f400a0400
IRMP_PICO.5          3e7f400a0500
IRMP_PICO.6          3e7f400a0600
IRMP_PICO.7          3e7f400a0700
IRMP_PICO.8          3e7f400a0800
IRMP_PICO.9          3e7f400a0900
IRMP_PICO.Info       3e7f400acb00
IRMP_PICO.Play/Pause 3e7f400a3e00
IRMP_PICO.FastFwd    3e7f400a2800
IRMP_PICO.FastRew    3e7f400a3d00
IRMP_PICO.Power      3e7f400a0c00
IRMP_PICO.Channel+   3e7f400a2000
IRMP_PICO.Channel-   3e7f400a2100
IRMP_PICO.Schedule   3e7f400af500
IRMP_PICO.Channels   3e7f400a8000
IRMP_PICO.Timers     3e7f400a4000
IRMP_PICO.Recordings 3e7f400a7e00

Display More

Wird bei leerer remote.conf auch per vdr osd angelernt...

Wenn ich XKeySym.* Einträge nicht mit n ausgesetzt werden, kommen Tastendrücke doppelt. Ich denke softhdvaapi kann kein -N ? Editieren war für mich eine einfache Alternative.
Auch zur --no-kbd Option.

jrie · January 4, 2026 at 12:54 PM

Quote from vdr_rossi

Ich denke softhdvaapi kann kein -N ?

Mein Patch command line argument to disable softhddevice’s remote control würde da helfen, denn in softhdcuvid/softhdvaapi ist cSoftRemote drin.

seahawk1986 · January 12, 2026 at 1:33 PM

Ich hätte da mal eine Frage zu dem chmod in dieser udev-Regel:

Code

KERNEL=="*numlock", SUBSYSTEM=="leds", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4446", ACTION=="add", RUN+="/usr/bin/ln -fs /sys%p/brightness /dev/irmp_pico_led", RUN+="/bin/chmod a+w /dev/irmp_pico_led"

Das kann doch unmöglich funktionieren einem Symlink Berechtigungen zu geben, die sich auf das sysfs auswirken, Symlinks haben doch immer 0777 Rechte?

jrie · January 12, 2026 at 2:33 PM

Bin gerade unterwegs und kann nur aus der Erinnerung sagen, dass es mit dem Symlink ging und ohne nicht.

jrie · January 13, 2026 at 8:24 PM

Quote from seahawk1986

Das kann doch unmöglich funktionieren einem Symlink Berechtigungen zu geben, die sich auf das sysfs auswirken

Bei mir funktioniert das.
Default hat eine angesteckte Tastatur 644, mit dem Symlink aber 666.

Wegen

Quote from jrie

Ab der Firmware von heute wird Scrolllock statt Numlock benutzt.

muss es heissen:
KERNEL=="*scrolllock", SUBSYSTEM=="leds", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4446", ACTION=="add", RUN+="/usr/bin/ln -fs /sys%p/brightness /dev/irmp_pico_led", RUN+="/bin/chmod a+w /dev/irmp_pico_led"

jrie · January 13, 2026 at 9:35 PM

eventlircd mit 98-eventlircd.rules
ATTRS{id/vendor}=="1209", ATTRS{id/product}=="4446",\
ENV{eventlircd_enable}="true", \
ENV{eventlircd_evmap}="03_1209_4446.evmap"
funktioniert auch.

jrie · January 13, 2026 at 10:51 PM

Quote from seahawk1986

Das kann doch unmöglich funktionieren einem Symlink Berechtigungen zu geben, die sich auf das sysfs auswirken

Hab ich anfangs übrigens auch gedacht: #36

jrie · January 15, 2026 at 3:02 PM

Quote from seahawk1986

Das überschneidet sich teilweise mit dem STM32-IRMP Projekt, wenn ich das richtig sehe - die Kunst ist das unter einen Hut zubringen ohne unnötige Doppelungen usw.

Das habe ich jetzt versucht.
Die Repos sind entsprechend upgedated.

Participate now!