Einfach an deine Parameter dran hängen, also z.B.
-v va-api-glx -f -d :0.0 -g 1920x1080+0+0 -a hdmi -p hdmi -c PCM -x
Einfach an deine Parameter dran hängen, also z.B.
-v va-api-glx -f -d :0.0 -g 1920x1080+0+0 -a hdmi -p hdmi -c PCM -x
Also ich verwende softhddevice mit -v va-api-glx - da kommt dann auch ein OSD.
Ansonsten habe ich nix weiter eingestellt - außer am Fernseher den Overscan auszuschalten.
eventlircd öffnet das Device exklusiv, so dass niemand anderes davon lesen darf: https://github.com/OpenELEC/eventlircd/blob/fb514898cd2e6e324c2deb8a4cdd95daa8c6c9eb/src/input.c#L140
Das ist klar, aber bei dem IR-Teil handelt es sich doch offenbar um ein anderes Device aus dem Device-Zoo dieser Fernbedienung.
Wenn man da lircd geben, die anderen bei eventlircd belassen würde?
Danke.
Es ist tatsächlich so, dass KEY_HELP+KEY_F21 in dieser oder in umgekehrter Reihenfolge gedrückt KEY_RED ergibt.
Drückt man erst KEY_F21 (==TV) und dann KEY_HELP, wiederholt sich KEY_HELP mehrfach.
Drückt man erst KEY_HELP und dann KEY_F21, kommt KEY_HELP genau einmal.
Dass man zusätzlich zu eventlirc auch noch lircd für dieses Subdevice nutzt, geht nicht?
Ok, dann danke für deine Geduld - hast mich entscheidend weiter gebracht!
Ciao.
Michael.
Das hatte ich gesehen, aber das muss man einbauen, oder?
Und den ZOTAC auseinander nehmen, ist mir zuviel Gefrett.
Eine Frage noch:
Hast du eine Ahnung, ob/wie man mit irgendwelchen Modifiern eventlircd dazu bringen könnte, dass man nur eine Taste tippern müsste.
Alles anzeigenHi,
ich nutze bei dem NUC10 das Ausgabe-Plugin:
softhddrm mit
Grubzeilen am Kernel 5.10.3-051003-generic x86_64 für die CPU
[...]
Grüße
cinfo
Interessant. Das werde ich dann bei Gelegenheit auch testen.
Danke!
Ciao.
Michael.
Und welcher Intel-Treiber läuft bei Dir?
Bei meiner CPU der 9. Generation klappt's seit dem neuesten Update (x11:xorg-Rep) nur noch mit dem iHD-Treiber.
Vielleicht müsste ich den Kernel mal updaten - ich bin noch mit dem 4.12er unterwegs. Da es aber mein Desktop ist, will ich derzeit nicht unbedingt ran.
Stefan
Momentan läuft - halt nur mit SW Dekoder - der iHD. Wenn ich das recht verstanden habe, ist der für meine CPU auch zwingend notwendig.
Heute kam eine neue vaapi Version raus:
ibva info: VA-API version 1.10.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_10
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.10 (libva 2.9.1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.3.0 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointFEI
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointFEI
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointFEI
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointFEI
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
Alles anzeigen
Ich habe die Kiste nochmal platt gemacht und versucht, im Groben geordnet mit Doku alles wieder korrekt zu installieren.
Dabei ist mir die neue Version aus dem X11:Xorg Repo installiert worden.
Evtl. funzt mit der ja der HW-Dekoder.
Yepp, das ist das Problem.
Die Tasten sind IR-Tasten. Man kann mit der "TV"-Taste plus rot/grün/gelb/blau die passenden Codes erzeugen.
Ich fürchte, dass das
Funk Fernbedienung / USB - mit Keyboard und Remote Plugin (oder auch ohne...)
auch mein Problem ist.
Die Remote sieht fast identisch aus.
Ich hab auch das Problem, dass zwei Tasten "manchmal" nicht klappen, nämlich "OK" in der Mitte zwischen Up/Down/Left/Right sowie "Back".
Langsam nervt mich die Remote 8-<
Was wäre denn eine zu empfehlende USB-Remote?
Leider sieht man da nix - da kann man drücken solange man will 8-<
Ich hab trotzdem mal dein Beispiel da oben ausprobiert, hat auch nix geholfen.
Sieht aus, als wären die Tasten dem System unbekannt - warum auch immer.
Das rote Lämpchen an der Fernbedienung leuchtet aber auf, wenn man sie drückt.
I guess vaapi-device still needs ffmpeg-3.x
Oops 8-<
I didn't get any warning regarding ffmpeg-4 during compilation.
But if this is true, I can't use this plugin at the moment.
[...]Für die Intel UHD Graphics 620 sollte eigentlich der Treiber i915 richtig sein. Wenn das bei Dir nicht funktioniert, ist der Treiber in Deiner Suse vielleicht nicht aktuell genug. Du könntest versuchen, ihn von https://github.com/intel/intel-vaapi-driver manuell zu kompilieren.
Deutlich stressfreier und stabiler wird es, wenn Du eine Nvidia-Grafikkarte einbaust. Für Digital-TV mit mpeg2 und h264 reicht eine gebrauchte GT520 oder GT610 für kleines Geld völlig aus. Wenn Du auch HEVC/h265 in Hardware dekodieren willst, nimm eine GT1030 für rund 70,-.
Meine Aussagen beziehen sich auf FullHD. Mit UHD habe ich keine Erfahrungen!
Generell läuft es bei mir mittlerweile gut - mit den oben beschriebenen Plugin-/Parameter-Kombinationen - halt nicht mit HW, sondern momentan nur mit SW Decoder. Die beste Kombination ist aktuell - wie geschrieben - softhddevice mit "-v va-api-glx -d :1 -g 1920x1080+0+0 -a plughw:0,3 -l 3 -w no-hw-decoder".
Gestern habe ich noch dank seahawk1986 die Fernbedienung im Groben zur Mitarbeit bewegen können.
Danach konnte ich den ganzen Abend lustig fernsehen und auch Aufnahmen abspielen - es gab ein gutes Bild, keine Abstürze und nur ab und zu beim Umschalten im Bereich des OSD ein paar Schlieren für eine oder zwei Sekunden. HW Decoder wäre natürlich auf Dauer besser, aber aktuell kann man/ich mit dem Stand leben.
Und auch beim Anlernen des VDR sind jetzt alle bis auf die genannten 5 Tasten verfügbar.
Und das Ganze wird jetzt auch als LIRC.* in der remote.conf abgelegt, auch wenn der VDR beim Anlernen XKeySyms anlernen will (zumindest steht das da).
Wenn ich diese 5 Tasten noch irgendwie hin bekäme ...
Soderle - jetzt bekomme ich bis auf fünf Tasten (TV, rot, grün, gelb, blau) alle Tasten im irw zu sehen.
Diese fünf scheint allerdings keiner zu kennen.
irw /run/lirc/lircd
2 0 KEY_1 devinput
3 0 KEY_2 devinput
4 0 KEY_3 devinput
5 0 KEY_4 devinput
6 0 KEY_5 devinput
7 0 KEY_6 devinput
8 0 KEY_7 devinput
9 0 KEY_8 devinput
a 0 KEY_9 devinput
a8 0 KEY_REWIND devinput
d0 0 KEY_FASTFORWARD devinput
a5 0 KEY_PREVIOUSSONG devinput
a3 0 KEY_NEXTSONG devinput
d9 0 KEY_SEARCH devinput
a4 0 KEY_PLAYPAUSE devinput
1a3 0 KEY_ZOOMOUT devinput
1a2 0 KEY_ZOOMIN devinput
7f 0 KEY_COMPOSE devinput
ac 0 KEY_HOMEPAGE devinput
9e 0 KEY_BACK devinput
69 0 KEY_LEFT devinput
67 0 KEY_UP devinput
6a 0 KEY_RIGHT devinput
6c 0 KEY_DOWN devinput
1c 0 KEY_ENTER devinput
73 0 KEY_VOLUMEUP devinput
72 0 KEY_VOLUMEDOWN devinput
68 0 KEY_PAGEUP devinput
6d 0 KEY_PAGEDOWN devinput
71 0 KEY_MUTE devinput
c2 0 KEY_F24 devinput
2 0 KEY_1 devinput
3 0 KEY_2 devinput
4 0 KEY_3 devinput
5 0 KEY_4 devinput
6 0 KEY_5 devinput
7 0 KEY_6 devinput
8 0 KEY_7 devinput
9 0 KEY_8 devinput
a 0 KEY_9 devinput
b 0 KEY_0 devinput
ab 0 KEY_CONFIG devinput
9b 0 KEY_MAIL devinput
3c 0 KEY_F2 devinput
8 0 KEY_7 devinput
9 0 KEY_8 devinput
9 1 KEY_8 devinput
e 0 KEY_BACKSPACE devinput
96 0 KEY_WWW devinput
Alles anzeigen
evtest sieht dann folgende Devices:
evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: Video Bus
/dev/input/event1: Telink Wireless Receiver Mouse
/dev/input/event2: Telink Wireless Receiver Consumer Control
/dev/input/event3: Telink Wireless Receiver System Control
/dev/input/event4: Telink Wireless Receiver
/dev/input/event5: HID 046a:010d
/dev/input/event6: HID 046a:010d
/dev/input/event7: Sleep Button
/dev/input/event8: Power Button
/dev/input/event9: Power Button
/dev/input/event10: PC Speaker
/dev/input/event11: DVBSky S960/S860
/dev/input/event12: HDA Intel PCH Mic
/dev/input/event13: HDA Intel PCH Speaker
/dev/input/event14: HDA Intel PCH HDMI/DP,pcm=3
/dev/input/event15: HDA Intel PCH HDMI/DP,pcm=7
/dev/input/event16: HDA Intel PCH HDMI/DP,pcm=8
/dev/input/event17: HDA Intel PCH HDMI/DP,pcm=9
/dev/input/event18: HDA Intel PCH HDMI/DP,pcm=10
/dev/input/event19: eventlircd
/dev/input/event20: eventlircd
Alles anzeigen
Das erste ist die Maus, das zweite kann ich nicht identifizieren - da ist nur das Folgende zu sehen:
evtest /dev/input/event20
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x248a product 0x8367 version 0x111
Input device name: "eventlircd"
Supported events:
Event type 0 (EV_SYN)
Event type 1 (EV_KEY)
Event code 256 (BTN_0)
Event type 2 (EV_REL)
Event code 6 (REL_HWHEEL)
Event code 12 (?)
Event type 3 (EV_ABS)
Event code 32 (ABS_VOLUME)
Value 0
Min 1
Max 652
Properties:
Alles anzeigen
Im Xorg.1.log finden sich dann auch die passenden "exclude" Meldungen, aber ebenfalls Meldungen, dass neue inputlircd-Devices hinzugefügt worden sind.
Ist das ok so?
[ 4200.570] (**) Telink Wireless Receiver Mouse: Ignoring device from InputClass "exclude eventlircd devices"
[ 4200.573] (**) Telink Wireless Receiver Consumer Control: Ignoring device from InputClass "exclude eventlircd devices"
[ 4200.574] (**) Telink Wireless Receiver System Control: Ignoring device from InputClass "exclude eventlircd devices"
[ 4200.575] (**) Telink Wireless Receiver: Ignoring device from InputClass "exclude eventlircd devices"
[ 4200.694] (II) config/udev: Adding input device eventlircd (/dev/input/event19)
[ 4200.694] (**) eventlircd: Applying InputClass "evdev pointer catchall"
[ 4200.694] (**) eventlircd: Applying InputClass "libinput pointer catchall"
[ 4200.694] (II) Using input driver 'libinput' for 'eventlircd'
[ 4200.694] (**) eventlircd: always reports core events
[ 4200.695] (II) event19 - eventlircd: is tagged by udev as: Mouse
[ 4200.695] (II) event19 - eventlircd: was rejected
[ 4200.723] (EE) libinput: eventlircd: Failed to create a device for /dev/input/event19
[ 4200.723] (EE) PreInit returned 2 for "eventlircd"
[ 4200.724] (II) config/udev: Adding input device eventlircd (/dev/input/mouse1)
[ 4200.725] (II) config/udev: Adding input device eventlircd (/dev/input/event20)
[ 4200.725] (**) eventlircd: Applying InputClass "evdev keyboard catchall"
[ 4200.725] (**) eventlircd: Applying InputClass "libinput keyboard catchall"
[ 4200.725] (**) eventlircd: Applying InputClass "system-keyboard"
[ 4200.725] (II) Using input driver 'libinput' for 'eventlircd'
[ 4200.725] (**) eventlircd: always reports core events
[ 4200.725] (II) event20 - eventlircd: is tagged by udev as: Keyboard
[ 4200.725] (II) event20 - eventlircd: device is a keyboard
[ 4200.726] (II) event20 - eventlircd: device removed
[ 4200.755] (II) libinput: eventlircd: needs a virtual subdevice
[ 4200.755] (II) XINPUT: Adding extended input device "eventlircd" (type: MOUSE, id 13)
[ 4200.756] (**) eventlircd: (accel) selected scheme none/0
[ 4200.756] (**) eventlircd: (accel) acceleration factor: 2.000
[ 4200.756] (**) eventlircd: (accel) acceleration threshold: 4
[ 4200.756] (II) event20 - eventlircd: is tagged by udev as: Keyboard
[ 4200.757] (II) event20 - eventlircd: device is a keyboard
[ 4200.774] (**) eventlircd: Applying InputClass "evdev keyboard catchall"
[ 4200.774] (**) eventlircd: Applying InputClass "libinput keyboard catchall"
[ 4200.774] (**) eventlircd: Applying InputClass "system-keyboard"
[ 4200.774] (II) Using input driver 'libinput' for 'eventlircd'
[ 4200.774] (**) eventlircd: always reports core events
[ 4200.774] (II) libinput: eventlircd: is a virtual subdevice
[ 4200.774] (II) XINPUT: Adding extended input device "eventlircd" (type: KEYBOARD, id 16)
Alles anzeigen
Ich habe die Rule so modifiziert:
# Telink Wireless Receiver
# eventlircd only does something for "add" and "remove" actions.
ACTION!="add|remove", GOTO="end"
# eventlircd only does something "input" subsystem devices.
SUBSYSTEM!="input", GOTO="end"
# eventlircd can only handle event devices.
KERNEL!="event[0-9]*", GOTO="end"
# eventlircd ignores devices created by eventlircd.
ATTRS{name}=="eventlircd", GOTO="end"
ENV{ID_VENDOR_ID}=="248a", ENV{ID_MODEL_ID}=="8367", \
ENV{eventlircd_enable}="true", \
ENV{eventlircd_evmap}="03_$env{ID_VENDOR_ID}_$env{ID_MODEL_ID}.evmap", \
ENV{ID_INPUT.tags}="eventlircd", \
RUN+="/usr/bin/logger 95-wireless_remote.rules fired"
LABEL="end"
Alles anzeigen
Damit spuckt er im Journal auch "95-wireless_remote.rules fired" aus:
Dec 28 22:39:12 htpc kernel: usb 1-2: new full-speed USB device number 7 using xhci_hcd
Dec 28 22:39:12 htpc kernel: usb 1-2: New USB device found, idVendor=248a, idProduct=8367, bcdDevice= 1.00
Dec 28 22:39:12 htpc kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 28 22:39:12 htpc kernel: usb 1-2: Product: Wireless Receiver
Dec 28 22:39:12 htpc kernel: usb 1-2: Manufacturer: Telink
Dec 28 22:39:12 htpc kernel: input: Telink Wireless Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:248A:8367.0005/input/input19
Dec 28 22:39:12 htpc kernel: input: Telink Wireless Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:248A:8367.0005/input/input20
Dec 28 22:39:12 htpc kernel: input: Telink Wireless Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:248A:8367.0005/input/input21
Dec 28 22:39:12 htpc kernel: hid-generic 0003:248A:8367.0005: input,hidraw0: USB HID v1.11 Mouse [Telink Wireless Receiver] on usb-0000:00:14.0-2/input0
Dec 28 22:39:12 htpc kernel: input: Telink Wireless Receiver as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.1/0003:248A:8367.0006/input/input22
Dec 28 22:39:12 htpc kernel: hid-generic 0003:248A:8367.0006: input,hidraw1: USB HID v1.11 Keyboard [Telink Wireless Receiver] on usb-0000:00:14.0-2/input1
Dec 28 22:39:12 htpc mtp-probe[3760]: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
Dec 28 22:39:12 htpc mtp-probe[3760]: bus: 1, device: 7 was not an MTP device
Dec 28 22:39:12 htpc root[3774]: 95-wireless_remote.rules fired
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event1: events of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event1: event code 0x04 of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event1: grabbed
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event1: created output event device
Dec 28 22:39:12 htpc kernel: input: eventlircd as /devices/virtual/input/input23
Dec 28 22:39:12 htpc root[3777]: 95-wireless_remote.rules fired
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: events of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: event code 0x04 of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: unsupported event code 0x03 of event type EV_LED will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: unsupported event code 0x04 of event type EV_LED will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: events of unsupported event type EV_REP will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event4: grabbed
Dec 28 22:39:12 htpc root[3779]: 95-wireless_remote.rules fired
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event2: events of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event2: event code 0x04 of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event2: grabbed
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event2: created output event device
Dec 28 22:39:12 htpc kernel: input: eventlircd as /devices/virtual/input/input25
Dec 28 22:39:12 htpc root[3781]: 95-wireless_remote.rules fired
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event3: events of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event3: event code 0x04 of unsupported event type EV_MSC will be discarded
Dec 28 22:39:12 htpc eventlircd[3112]: input device /dev/input/event3: grabbed
Alles anzeigen
Die Rule trifft also, wie es aussieht.
"events of unsupported event type EV_MSC will be discarded" verstehe ich allerdings nicht.