Posts by Grillbert

Grillbert · Jan 4th 2020

FrankJepsen wrote:

Hallo,

ich bin auf yaVDR Ansible. Ich habe dazu ffmpeg von hier installiert.

Trotzdem bekomme ich noch die Meldung

Unknown encoder 'libfdk_aac'

Vielleicht hat jemand einen Tipp, wie ich die Lib bei yaVDR installiert bekomme.

Display More

Seahawk hat glaube ich ein aktuelles in seinem VDR 2.4.1 Repository.

Grillbert · Dec 18th 2019

Ich habe ein Beispiel von dem modifizierten VDR-live:

ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i <input> -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=1280:h=720' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 2M -maxrate 2M -bufsize 1.8M

So läuft es bei mir für Live-TV Streaming.

ffmpeg mit HW encoding support läuft bei mir auch noch nicht so lange.

Grillbert · Dec 18th 2019

Hallo,
ich vermute dass die Ausgabe mit "-h"

Code

-hwaccel cuvid

bedeutet, dass VAAPI nicht unterstützt wird, oder?

Grillbert · Dec 15th 2019

Hallo zusammen,
inzwischen habe ich ein funktionierendes FFMPEG gefunden.
Das ganze klappt mit VAAPI wenn man das Binary von FFMPEG 4.2 aus diesen Repositories installiert:

Code

# add-apt-repository ppa:savoury1/ffmpeg4
# add-apt-repository ppa:savoury1/graphics
# add-apt-repository ppa:savoury1/multimedia

Damit läuft Hardware-Encoding mit meinem Intel System (J4105M) mit den weiter oben vorgeschlagenen Configs rund:

Code

ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -qmin 18 -vf scale=1280:720 -qmax 30 -g 25 -r 25 -c:a aac -ac 2

CPU Last von FFMPEG ist damit drastisch geringer als mit der CPU Variante (hier ging der Wert für 1080i Sender bis 180% hoch).

Code: INPUT: ARD 720p

top - 11:40:12 up 15 min, 2 users, load average: 2,26, 3,09, 2,18
Tasks: 186 total, 1 running, 120 sleeping, 0 stopped, 0 zombie
%Cpu(s): 9,2 us, 9,0 sy, 0,5 ni, 75,3 id, 4,6 wa, 0,0 hi, 1,4 si, 0,0 st
KiB Mem : 7809196 total, 5615688 free, 929956 used, 1263552 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 6393916 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1915 vdr 20 0 4264584 434576 66036 S 20,6 5,6 3:27.91 vdr
6751 vdr 20 0 1096840 78572 41400 S 19,6 1,0 0:07.49 ffmpeg

Code: Input: QVC HD 1080i

top - 11:41:25 up 16 min, 2 users, load average: 1,86, 2,83, 2,16
Tasks: 186 total, 2 running, 119 sleeping, 0 stopped, 0 zombie
%Cpu(s): 4,8 us, 5,5 sy, 0,7 ni, 80,4 id, 7,4 wa, 0,0 hi, 1,2 si, 0,0 st
KiB Mem : 7809196 total, 5559216 free, 941908 used, 1308072 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 6337540 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1915 vdr 20 0 4254316 442044 66016 S 18,5 5,7 3:42.62 vdr
7029 vdr 20 0 1090560 81744 40680 R 16,6 1,0 0:03.03 ffmpeg

Damit bin ich erst mal glücklich und freue mich wenn wirklich auch noch eine Möglichkeit für das Abspielen von Aufnahmen kommt...

Zuzsätzlich zum Abspielen von Aufnahmen wäre es *MEGA* wenn man einfach transcodierte Aufnahmen herunterladen könnte.

Schönen 3. Advent allerseits,

Grillbert

Grillbert · Dec 8th 2019

seahawk1986 wrote:

Aus den Quelltext wird das Paket vdr-plugin-softhdvaapi gebaut und das hat vor ein paar Monaten hat es auf meinem Haswell-System funktioniert...

Man muss auf jeden Fall noch in der /etc/X11/xorg.conf.d/20-intel.conf in der ersten Section "Device" eine Zeile Option "DRI" "3" einfügen, und https://raw.githubusercontent.…-softhdcuvid/master/drirc als /var/lib/vdr/.drirc hinterlegen, damit das Plugin funktionieren kann (die zusätzlich in softhdcuvid jetzt mit VAAPI support von mir beschriebene Anpassung für das yavdr-frontend sollte nicht mehr nötig sein).

Falls es da noch irgendwo hakt, würden mich interessieren, was das Plugin da so in den Logdateien von sich gibt.

Bisher lief mein System gut auch mit dem ganz normalen softhddevice auf intel.
Wenn ich die von Dir beschriebenen Vorraussetzungen erfülle und vdr-plugin-softhdvaapi installieren will bekomme ich ein

Code

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
vdr-plugin-softhdvaapi : Hängt ab von: vdr-abi-2.4.1-0yavdr ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Wie kann ich den Konflikt auflösen?

Grillbert · Dec 8th 2019

seahawk1986 wrote:

Die gibt es schon: https://launchpad.net/~seahawk…rchive/ubuntu/softhdvaapi

Aber das vdr-plugin-softhdcuvid dort hat noch keinen VAAPI Support, oder?
Habe es gerade mal auf meinem Intel System installiert und offenbar startet es immer wieder (abwechselnd YaVDR Logo und schwarzer Bildschirm).
Planst Du auch Binaries von der Version von jojo61 zu bauen?

Gruß,
Grillbert

Grillbert · Nov 29th 2019

Hier mal mein Versuch Video Transcoding mit GPU unterstützung zu nutzen:
Ich habe zum Testen die Handy Variante von UWE67 genommen:

Code

/home/myhome/ffmpeg/ffmpeg-4.2.1-amd64-static/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i <input> -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=640:h=360' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 0.3M -maxrate 0.3M -bufsize 0.3M

Ich verwende dasselbe Mainboard (J4105M von Asrock) allerdings läuft der VDR bei mir nicht Headless.
Einen Test mit Frontend detached habe ich aber auch schon probiert - klappt auch nicht. Im Log landet folgendes (Nach einem Umschaltvorgang):

Code

Nov 29 11:45:20 vdr vdr: [4664] vdrlive::stream::session(2777aadba756823d299cb7607d24905b)
Nov 29 11:45:20 vdr vdr: [4664] vdrlive::stream::vtype(27)
Nov 29 11:45:20 vdr vdr: [4664] vdrlive::stream::f_worker(0x7f6a1400ea80)
Nov 29 11:45:20 vdr vdr: [4664] Live: FFmpegTread::StartFFmpeg() change channel 1 -> 2
Nov 29 11:45:20 vdr vdr: [4664] Live: FFmpegTread::StartFFmpeg() completed
Nov 29 11:45:20 vdr vdr: [4664] vdrlive::stream::StartFFmpeg(2)
Nov 29 11:45:20 vdr vdr: [6276] stream utility handler thread started (pid=1684, tid=6276, prio=high)
Nov 29 11:45:20 vdr vdr: [6276] Live: FFmpegTread::Action() started channel = 2
Nov 29 11:45:20 vdr vdr: [6276] Live: FFmpegTread::Action packetizer cmd: /home/gilbert/ffmpeg/ffmpeg-4.2.1-amd64-static/ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i "http://localhost:3000/2" -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=640:h=360' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 0.3M -maxrate 0.3M -bufsize 0.3M
Nov 29 11:45:20 vdr vdr: [6276] Live: FFmpegTread::Action::Open(1) ffmpeg started
Nov 29 11:45:20 vdr vdr: [4664] vdrlive::stream: generating EPG info
Nov 29 11:45:20 vdr vdr: [1869] Streamdev: Accepted new client (HTTP) 127.0.0.1:44920
Nov 29 11:45:20 vdr vdr: [6281] streamdev-livestreaming thread started (pid=1684, tid=6281, prio=high)
Nov 29 11:45:20 vdr vdr: [6282] device 2 receiver thread started (pid=1684, tid=6282, prio=high)
Nov 29 11:45:20 vdr vdr: [6280] streamdev-writer thread started (pid=1684, tid=6280, prio=high)
Nov 29 11:45:20 vdr vdr: [6283] device 2 TS buffer thread started (pid=1684, tid=6283, prio=high)
Nov 29 11:45:21 vdr vdr: [6276] Live: FFmpegTread::Action() ffmpeg starting... 0
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] decode_slice_header error
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] no frame!
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] decode_slice_header error
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] no frame!
[....]
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] non-existing PPS 0 referenced
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] decode_slice_header error
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] no frame!
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x6944bc0] Increasing reorder buffer to 2
Nov 29 11:45:22 vdr vdr[1684]: [mpegts @ 0x693cc40] Could not find codec parameters for stream 8 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec
Nov 29 11:45:22 vdr vdr[1684]: Consider increasing the value for the 'analyzeduration' and 'probesize' options
Nov 29 11:45:22 vdr vdr[1684]: Codec AVOption preset (Configuration preset) specified for output file #0 (ffmpeg_2_data.m3u8) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Nov 29 11:45:22 vdr vdr[1684]: [AVHWDeviceContext @ 0x6b0fec0] No VA display found for any default device.
Nov 29 11:45:22 vdr vdr[1684]: Device creation failed: -22.
Nov 29 11:45:22 vdr vdr[1684]: [h264 @ 0x699c040] No device available for decoder: device type vaapi needed for codec h264.
Nov 29 11:45:22 vdr vdr[1684]: Device setup failed for decoder on input stream #0:0 : Invalid argument
Nov 29 11:45:22 vdr vdr: [1869] ERROR: read from client (HTTP) 127.0.0.1:44920 failed: Connection reset by peer
Nov 29 11:45:22 vdr vdr: [1869] streamdev-server: closing HTTP connection to 127.0.0.1:44920
Nov 29 11:45:22 vdr vdr: [6276] Live: FFmpegTread::Action() ffmpeg starting... 1
Nov 29 11:45:22 vdr vdr: [6276] Live: FFmpegTread::Action::Open(1) ffmpeg started
Nov 29 11:45:22 vdr vdr: [6280] ERROR: streamdev-server: couldn't send data: Bad file descriptor
Nov 29 11:45:22 vdr vdr: [6280] streamdev-writer thread ended (pid=1684, tid=6280)
Nov 29 11:45:22 vdr vdr: [6281] streamdev-livestreaming thread ended (pid=1684, tid=6281)
Nov 29 11:45:22 vdr vdr: [1869] buffer stats: 240828 (6%) used
Nov 29 11:45:22 vdr vdr: [1869] Streamdev: Accepted new client (HTTP) 127.0.0.1:44922
Nov 29 11:45:22 vdr vdr: [6283] device 2 TS buffer thread ended (pid=1684, tid=6283)
Nov 29 11:45:22 vdr vdr: [6282] buffer stats: 240452 (4%) used
Nov 29 11:45:22 vdr vdr: [6282] device 2 receiver thread ended (pid=1684, tid=6282)
Nov 29 11:45:22 vdr vdr: [6291] streamdev-writer thread started (pid=1684, tid=6291, prio=high)
Nov 29 11:45:22 vdr vdr: [6292] streamdev-livestreaming thread started (pid=1684, tid=6292, prio=high)
Nov 29 11:45:22 vdr vdr: [6293] device 2 receiver thread started (pid=1684, tid=6293, prio=high)
Nov 29 11:45:22 vdr vdr: [6294] device 2 TS buffer thread started (pid=1684, tid=6294, prio=high)
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] non-existing PPS 0 referenced
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] non-existing SPS 0 referenced in buffering period
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] SPS unavailable in decode_picture_timing
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] non-existing PPS 0 referenced
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] decode_slice_header error
Nov 29 11:45:23 vdr vdr[1684]: [h264 @ 0x7560bc0] no frame!
[...]

Display More

Problem ist anscheinend, dass ffmpeg in der statischen variante die weiter oben angegeben war ohne vaapi Unterstützung gebaut wurde.
Das kann man herausfinden mit:

Code

ffmpeg -buildconf

Mir fehlt hier die Zeile:

Code

--enable-vaapi

Auch diese beiden Version führen bei meinem Ubuntu (yavdr ansible) nicht zum gewünschten Ergebnis...

https://launchpad.net/~jonathonf/+archive/ubuntu/ffmpeg-4

https://snapcraft.io/ffmpeg

Kennt jemand eine geeignete Quelle für ein Binary?

Grillbert · Nov 26th 2019

Wenn man FFMPEG auch ab bestimmten Positionen Transkodieren lassen kann, dann würde ich einfach das bereits transkodierte bei jedem Sprung oder Pause verwerfen (und löschen). Wenn das zuverlässig klappt ist das ja schon mal super.

Schön wäre wenn auch in einer laufenden Aufnahme die Wiedergabe durchläuft. (ich glaube KODI kann das inzwischen auch - könnte aber Tricky sein weil man FFMPEG beim start ja sicher alle Dateien die wiedergegeben werden sollen übergeben muss...)

Wie der Player (mit EPD darunter) bei mir in Chrome aussieht habe ich angehängt.

Leider klappt Transcoding auf meinem Intel System noch nicht so richtig. Das poste ich später mal separat.

Noch eine kurze Frage: Ist das Login von live eigentlich einigermaßen sicher?
Also wäre es kritisch einfach per Port-Forwarding Port 8008 auf den VDR weiterzuleiten?

Gruß,
Grillbert

Grillbert · Nov 26th 2019

dile wrote:

Gibt es denn auch Bestrebungen das Webstreaming auch für Aufnahmen zu ermöglichen ?

Weiter oben wurde das auf jeden Fall erwähnt - ich hoffe dass das noch implementiert wird....
Habe auch gestern das Plugin auf meinem YaVDR Ansible installiert und es läuft auf Anhieb schon mal sehr gut!

Mit FFMPEG (habe mir auch eine aktuelle Version geladen) werde ich dann demnächst mal experimentieren um zu schauen wie gut GPU Transcoding auf meinem Intel Board läuft.

Super Projekt auf jeden Fall - Vielen Dank!!

Grillbert · Nov 26th 2019

seahawk1986 wrote:

Damit der VDR ein Plugin lädt, muss es eine passende Konfigurationsdatei in /etc/vdr/conf.d/ geben - vgl. https://www.yavdr.org/document…mentation.html#org35d6058

Danke!
Dazu musste ich noch das Binary umbenennen und beachten dass live standardmäßig einen anderen Ordner für Ressourcen verwendet, aber dann lief es.
Zusätzlich braucht man noch ein aktuelles Binary von FFMPEG (muss nicht zwingend installiert sein).

Ist einen Blick wert - interessantes Projekt!

Ich hoffe mit dem aktuellen FFMPEG und GPU-Transcoding endlich ordentlich von "außen" auf meinen VDR zugreifen zu können...
Bisher war mein Fritz-VPN immer einen tacken zu langsam für HD.

Grillbert · Nov 25th 2019

Hallo,
wie installiere ich bei yavdr ansible ein selbstgebautes Plugin??
Ich wollte gerne dieses weiterentwickelte live plugin testen:

vdr-live-plugin HTML5 Web-Streaming

Nach dem Bau habe ich ...

Code

cp libvdr-live.so /usr/lib/vdr/plugins/
cp -a live . /var/lib/vdr/plugins

... gemacht und den vdr neu gestartet.

Mein Plugin Verzeichnis sieht jetzt so aus:

Code

root@vdr:/usr/lib/vdr/plugins# ls
libvdr-dbus2vdr.so.2.4.0 libvdr-dvbapi.so.2.4.0 libvdr-live.so libvdr-osd2web.so.2.4.0 libvdr-softhddevice.so.2.4.0 skindesigner
libvdr-desktop.so.2.4.0 libvdr-epg2vdr.so.2.4.0 libvdr-markad.so.2.4.0 libvdr-pulsecontrol.so.2.4.0 libvdr-tvguideng.so.2.4.0
libvdr-devstatus.so.2.4.0 libvdr-femon.so.2.4.0 libvdr-menuorg.so.2.4.0 libvdr-skindesigner.so.2.4.0 libvdr-vnsiserver.so.2.4.0

Grillbert · Oct 16th 2019

Hallo Ralf,
hast Du das Problem noch lösen können?

Das sich die durch Suchtimer generierten Timer doppeln kenne ich gut - und das war auch schon bei verschiedenen Installationen (Distributionen) bei mir zu beobachten... Ich vermute dass da ein Bug in den beteiligten Plugins ist.

Sollte es ein Konfigurationsproblem sein bin ich brennend interessiert woran es liegt!

Gruß,
Gilbert

Grillbert · Oct 5th 2019

Hallo zusammen,
ich verfolge hier die Entwicklung und frage mich ob es irgendwelche qualitativen Vorteile bietet (außer UHD) die Ausgabe von Yavdr Ansible (Standardinstallation) auf meinem Gemini Lake Intel System auf das Ausgabeplugin aus diesem Thread umzustellen...
Vor allem: Sind die letzten Versionen alltagstauglich?

Man sagt zwar "Never Change a Running System", aber nachdem mein neuer Verstärker jetzt wie mein TV UHD-tauglich ist, juckt es schon ein bisschen wieder zu basteln...

Grillbert · Sep 30th 2019

Ich hatte mal den Gedanken das STM32 basierte Projekt von JRIE (eigentlich ein IR Empfänger) um ein kleines OLED zu ergänzen.
Das könnte man ohne zusätzliche Power an USB betreiben und sogar Informationen als Reaktion auf IR Befehle
(nächster Timer, geplante Startzeit) anzeigen, ohne den VDR hochfahren zu müssen... Das fand ich ganz charmant weil ich doch ab und an wissen möchte ob das Abendprogramm programmiert ist oder nicht.

Liegt alles zu Hause - es fehlt nur die Zeit
(und davon bräuchte ich viel weil ich jetzt nicht der Profi-Bastler bin und mir vieles erarbeiten müsste)

Grillbert · Sep 21st 2019

Hallo,
ich benutze das YaVDR ansible setup und bei mir läuft das Ganze rund mit

Code

# dpkg -l | grep softhd
vdr-plugin-softhddevice-vpp 0.7.0+git20180203-724-3781118-pesintta-1yavdr10~bionic amd64 Plugin for VDR. A software and GPU

Grillbert · Aug 13th 2019

jrie wrote:

Klicke in die debug messages , kopiere alles und füge es in einen Editor ein und poste das bitte.

Zusätzlich poste bitte auch das Ergebnis von "get eeprom", "save file".

Soweit ich es jetzt beurteilen kann habe liegt der Fehler bei mir ...
Die map die ich oben gepostet habe war nicht identisch zu dem was ich ausgelesen habe.
Hier waren Codes mehrfach vergeben und es wurde der 1. Eintrag genommen - "Works as Designed".

Besten Dank für die schnelle Unterstützung!

Grillbert · Aug 12th 2019

seahawk1986 wrote:

Bei gestopptem eventlircd (systemctl stop eventlircd.{socket,service}) mit evtest (sudo evtest) nachsehen, welche Tasten vom Empfänger kommen, wenn du die rote Taste auf der Fernbedienung drückst.

Mit der von evtest angezeigten Nummer des Input Device kannst du dann seine Udev-Attribute abfragen:

Code

Event: time 1565624314.088079, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7004d
Event: time 1565624314.088079, type 1 (EV_KEY), code 107 (KEY_END), value 1
Event: time 1565624314.088079, -------------- SYN_REPORT ------------
Event: time 1565624314.096039, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7004d
Event: time 1565624314.096039, type 1 (EV_KEY), code 107 (KEY_END), value 0
Event: time 1565624314.096039, -------------- SYN_REPORT ------------

Das ist schon mal ein anderer Key als ich ihn definiert habe.
Für die grüne Taste funktioniert es interessanterweise korrekt...

In der Ausgabe von

Code

Event: time 1565624315.456035, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e0
Event: time 1565624315.456035, type 1 (EV_KEY), code 29 (KEY_LEFTCTRL), value 1
Event: time 1565624315.456035, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70008
Event: time 1565624315.456035, type 1 (EV_KEY), code 18 (KEY_E), value 1
Event: time 1565624315.456035, -------------- SYN_REPORT ------------
Event: time 1565624315.464029, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e0
Event: time 1565624315.464029, type 1 (EV_KEY), code 29 (KEY_LEFTCTRL), value 0
Event: time 1565624315.464029, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70008
Event: time 1565624315.464029, type 1 (EV_KEY), code 18 (KEY_E), value 0
Event: time 1565624315.464029, -------------- SYN_REPORT ------------

Ich vermute die 2 Events kommen für keypress und keyrelease ...

In der Ausgabe von

Code

sudo udevadm info --query=all --attribute-walk --name=/dev/input/event1

finde ich gar keinen Treffer auf "lircd":

Code

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4/1-7.4:1.0/0003:1209:4445.0001/input/input1/event1':
KERNEL=="event1"
SUBSYSTEM=="input"
DRIVER==""
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4/1-7.4:1.0/0003:1209:4445.0001/input/input1':
KERNELS=="input1"
SUBSYSTEMS=="input"
DRIVERS==""
ATTRS{name}=="STMicroelectronics STM32 IRMP HID-KBD-Device"
ATTRS{phys}=="usb-0000:00:15.0-7.4/input0"
ATTRS{properties}=="0"
ATTRS{uniq}=="4973154D3237"
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4/1-7.4:1.0/0003:1209:4445.0001':
KERNELS=="0003:1209:4445.0001"
SUBSYSTEMS=="hid"
DRIVERS=="hid-generic"
ATTRS{country}=="00"
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4/1-7.4:1.0':
KERNELS=="1-7.4:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="usbhid"
ATTRS{authorized}=="1"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceClass}=="03"
ATTRS{bInterfaceNumber}=="00"
ATTRS{bInterfaceProtocol}=="01"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bNumEndpoints}=="02"
ATTRS{supports_autosuspend}=="1"
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4':
KERNELS=="1-7.4"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="100mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="0200"
ATTRS{bmAttributes}=="e0"
ATTRS{busnum}=="1"
ATTRS{configuration}==""
ATTRS{devnum}=="4"
ATTRS{devpath}=="7.4"
ATTRS{idProduct}=="4445"
ATTRS{idVendor}=="1209"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="STMicroelectronics"
ATTRS{maxchild}=="0"
ATTRS{product}=="STM32 IRMP HID-KBD-Device"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="unknown"
ATTRS{serial}=="4973154D3237"
ATTRS{speed}=="12"
ATTRS{urbnum}=="44"
ATTRS{version}==" 2.00"
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-7':
KERNELS=="1-7"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceProtocol}=="01"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="100mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="8832"
ATTRS{bmAttributes}=="e0"
ATTRS{busnum}=="1"
ATTRS{configuration}==""
ATTRS{devnum}=="3"
ATTRS{devpath}=="7"
ATTRS{idProduct}=="0608"
ATTRS{idVendor}=="05e3"
ATTRS{ltm_capable}=="no"
ATTRS{maxchild}=="4"
ATTRS{product}=="USB2.0 Hub"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="removable"
ATTRS{speed}=="480"
ATTRS{urbnum}=="28"
ATTRS{version}==" 2.00"
looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1':
KERNELS=="usb1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{authorized_default}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceProtocol}=="01"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="0mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="0415"
ATTRS{bmAttributes}=="e0"
ATTRS{busnum}=="1"
ATTRS{configuration}==""
ATTRS{devnum}=="1"
ATTRS{devpath}=="0"
ATTRS{idProduct}=="0002"
ATTRS{idVendor}=="1d6b"
ATTRS{interface_authorized_default}=="1"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Linux 4.15.0-55-generic xhci-hcd"
ATTRS{maxchild}=="9"
ATTRS{product}=="xHCI Host Controller"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="unknown"
ATTRS{serial}=="0000:00:15.0"
ATTRS{speed}=="480"
ATTRS{urbnum}=="46"
ATTRS{version}==" 2.00"
looking at parent device '/devices/pci0000:00/0000:00:15.0':
KERNELS=="0000:00:15.0"
SUBSYSTEMS=="pci"
DRIVERS=="xhci_hcd"
ATTRS{broken_parity_status}=="0"
ATTRS{class}=="0x0c0330"
ATTRS{consistent_dma_mask_bits}=="64"
ATTRS{d3cold_allowed}=="1"
ATTRS{dbc}=="disabled"
ATTRS{device}=="0x31a8"
ATTRS{dma_mask_bits}=="64"
ATTRS{driver_override}=="(null)"
ATTRS{enable}=="1"
ATTRS{irq}=="124"
ATTRS{local_cpulist}=="0-3"
ATTRS{local_cpus}=="f"
ATTRS{msi_bus}=="1"
ATTRS{numa_node}=="-1"
ATTRS{revision}=="0x03"
ATTRS{subsystem_device}=="0x31a8"
ATTRS{subsystem_vendor}=="0x1849"
ATTRS{vendor}=="0x8086"
looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""

Display More

Grillbert · Aug 10th 2019

Hallo,
ich werde nicht ganz schlau aus dem Keymapping...
Zunächst habe ich für meinen YaVDR Ansible die Keymap aus dem Template mit meiner Fernbedienung (Harmony, KLS1.6) und stm32kbdIRconfig_gui (Windows) befüllt und es lief ganz OK - allerdings funktionierte die Rote Taste nicht.
Dann ist mir eingefallen dass YaVDR ja andere Tasten verwendet (F Keys 1-4 für die Farbtasten und habe versucht ein eigenes Mapping auf den Tasten des YaVDR zu erstellen. Das hat (bis auf die Ziffern) so gar nicht geklappt... Nochmal im Thread gelesen und gemerkt dass die Tasten doch mit eventlircd events statt der normalen Tastatur-Tasten gleichzusetzen sind.
Also auf Basis von https://www.yavdr.org/documentation/0.5/en/ch03s03.html ein weiteres eigenes Template gebaut und einfach mal probiert Keys wie "KEY_PVR" mit zu belegen. Geht nicht - die Fehlermeldung sagt dass nur Keys vom Keyboard belegt werden können (Sinngemäß).

Dann wieder zurück zum alten Template und hoffen dass es beim ersten Anlauf nicht funktioniert hat weil sich ein Fehler eingeschlichen hat - alle Tasten nochmal angelernt - selbes Ergebnis.

Muss ich für YaVDR ansible vielleicht irgend etwas beachten? Gibt es Ideen?

So sieht meine MAP jetzt aus:

Code

07000b000000 ff|KEY_0
07000b000100 ff|KEY_1
07000b000200 ff|KEY_2
07000b000300 ff|KEY_3
07000b000400 ff|KEY_4
07000b000500 ff|KEY_5
07000b000600 ff|KEY_6
07000b000700 ff|KEY_7
07000b000800 ff|KEY_8
07000b000900 ff|KEY_9
07000b004400 ff|KEY_UP
07000b004500 ff|KEY_DOWN
07000b004700 ff|KEY_RIGHT
07000b004600 ff|KEY_LEFT
07000b000b00 ff|KEY_POWER
07000b000c00 ff|KEY_POWER
07000b001000 ff|KEY_KPPLUS#volumeup
07000b001100 ff|KEY_KPMINUS#volumedown
07000b000d00 ff|KEY_F8#mute
07000b004800 ff|KEY_ENTER#ok
07000b004a00 ff|KEY_BACKSPACE#back
07000b004900 ff|KEY_M#menu
07000b003500 ff|KEY_P#play
07000b003300 ff|KEY_SPACE#pause
07000b003600 ff|KEY_X#stop
07000b004c00 ff|KEY_I#info
07000b003200 ff|KEY_R#rewind
07000b003400 ff|KEY_F#forward
07000b003100 ff|KEY_PAGEUP#skipplus
07000b003000 ff|KEY_PAGEDOWN#skipminus
ffffffffffff ff|KEY_DOT#skipnext
ffffffffffff ff|KEY_COMMA#skipprevious
ffffffffffff ff|KEY_TAB#fullscreen
ffffffffffff ff|KEY_SYSRQ#screenshot
ffffffffffff ff|KEY_BACKSLASH#togglefullscreen
ffffffffffff ff|KEY_HOME#firstpage
ffffffffffff ff|KEY_END#lastpage
07000b004000 KEY_LEFTCTRL|KEY_T#red
07000b004100 KEY_LEFTCTRL|KEY_E#green
07000b004200 KEY_LEFTCTRL|KEY_M#yellow
07000b004300 KEY_LEFTCTRL|KEY_I#blue
ffffffffffff ff|KEY_F12#user2
ffffffffffff ff|KEY_F13#user3
ffffffffffff ff|KEY_F14#user4
ffffffffffff ff|KEY_F15#user5
ffffffffffff ff|KEY_F16#user6
ffffffffffff ff|KEY_F17#user7
ffffffffffff ff|KEY_F18#user8
ffffffffffff ff|KEY_F19#user9
ffffffffffff ff|KEY_F20
ffffffffffff ff|KEY_F21
ffffffffffff ff|KEY_F22
ffffffffffff ff|KEY_KPEQUAL
ffffffffffff ff|KEY_I#info
ffffffffffff ff|KEY_ESC#home
ffffffffffff ff|KEY_SPACE#pause
ffffffffffff ff|KEY_X#stop
ffffffffffff ff|KEY_ESC#home
ffffffffffff ff|KEY_DELETE

Display More

Grillbert · Jul 20th 2019

M-Reimer wrote:

Ich frage mich ja ob der "korrekt gestartete" Service dann auch funktioniert. Was passiert denn wenn der physikalische Power-Button am Board dann gedrückt wird? Hat das Board überhaupt einen?

Das sieht zumindest korrekt aus - Yavdr meldet im Display sowas wie "Taste Drücken um Ausschalten abzubrechen"

Quote

Bitte mal journalctl -f laufen lassen und den Power-Button drücken. Meldet denn dein modifiziertes vdrpbd einen Tastendruck?

Code

gilbert@vdr:~$ journalctl -f
-- Logs begin at Wed 2019-07-17 18:19:34 CEST. --
Jul 20 15:26:31 vdr epgd[2044]: 527 DVB pending, mergeepg done after 632 ms
Jul 20 15:26:31 vdr epgd[2044]: Checking timers against actual epg and searchtimer settings
Jul 20 15:26:31 vdr epgd[2044]: Timers check done
Jul 20 15:26:31 vdr epgd[2044]: AUTOTIMER: Updating searchtimers due to 'events changed' (force)
Jul 20 15:26:31 vdr vdr[1754]: [2038] VNSI: Requesting clients to reload channel list
Jul 20 15:26:32 vdr epgd[2044]: AUTOTIMER: Update done after 551 ms, created (0) timers
Jul 20 15:26:32 vdr epgd[2044]: State now 'standby'
Jul 20 15:26:32 vdr epgd[2044]: Error: SVDRPCL: Connecting to '192.168.178.25:6419' Connection refused failed
Jul 20 15:26:43 vdr vdr[1754]: video: slow down video, duping frame
Jul 20 15:26:43 vdr vdr[1754]: video: 20:49:39.255 +470 1162 0/\ms 62+3 v-buf
Jul 20 15:27:14 vdr vdrpbd[842]: Power key pressed.
Jul 20 15:27:14 vdr vdr[1754]: [2042] SVDRP vdr < 127.0.0.1:37880 client connection accepted
Jul 20 15:27:14 vdr vdr[1754]: [2042] SVDRP vdr > 127.0.0.1:37880 server created
Jul 20 15:27:14 vdr vdr[1754]: [1754] Power button pressed
Jul 20 15:27:14 vdr vdr[1754]: [2042] SVDRP vdr < 127.0.0.1:37880 connection closed
Jul 20 15:27:14 vdr vdr[1754]: [2042] SVDRP vdr < 127.0.0.1:37880 server destroyed
Jul 20 15:27:14 vdr vdr[1754]: [1754] confirm: Taste drücken, um Ausschalten abzubrechen
Jul 20 15:27:14 vdr vdr[1754]: [1754] warning: Taste drücken, um Ausschalten abzubrechen
Jul 20 15:27:14 vdr vdr[1754]: [4324] animator thread thread started (pid=1754, tid=4324, prio=high)
Jul 20 15:27:20 vdr vdr[1754]: [4324] animator thread thread ended (pid=1754, tid=4324)

Display More

Quote

Edit: Mach mal "modprobe button". Eventuell ist dein Kernel mit "CONFIG_ACPI_BUTTON=m" gebaut und aus irgendeinem Grund wird das Modul nicht automatisch geladen.

Das liefert schlicht gar nix!

Grillbert · Jul 19th 2019

seahawk1986 wrote:

Die Meldung kommt laut Quellcode, wenn das Verzeichnis /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input nicht geöffnet werden kann.

Was sagen denn ls /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input und cat /proc/bus/input/devices auf dem betroffenen System?

Da fehlt offenbar ein directory ...

Code

root@vdr:/sys/devices/LNXSYSTM:00/LNXSYBUS:00# ls /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input
ls: cannot access '/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input': No such file or directory
root@vdr:/sys/devices/LNXSYSTM:00/LNXSYBUS:00# ls /sys/devices/LNXSYSTM\:00
hid LNXSYBUS:00 LNXSYBUS:01 modalias path power subsystem uevent

Code

root@vdr:/sys/devices/LNXSYSTM:00/LNXSYBUS:00# cat /proc/bus/input/devices
I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=PNP0C0C/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
U: Uniq=
H: Handlers=kbd event0
B: PROP=0
B: EV=3
B: KEY=10000000000000 0
I: Bus=0003 Vendor=1209 Product=4445 Version=0111
N: Name="STMicroelectronics STM32 IRMP HID-KBD-Device"
P: Phys=usb-0000:00:15.0-7.4/input0
S: Sysfs=/devices/pci0000:00/0000:00:15.0/usb1/1-7/1-7.4/1-7.4:1.0/0003:1209:4445.0001/input/input1
U: Uniq=4973154D3237
H: Handlers=sysrq kbd event1
B: PROP=0
B: EV=100013
B: KEY=1000000000007 ff9f207ac14057ff febeffdfffefffff fffffffffffffffe
B: MSC=10
(...)

Display More

[edit]

Script ein wenig angepasst ($basepath) und der service startet korrekt:

Code

sub GetButtonDevice {
my $basepath = '/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input';
opendir(my $dh, $basepath) or die("failed to query for input device\n");
my ($input) = grep(/^input/, readdir($dh)) or die("no input device found\n");
closedir($dh);
opendir($dh, "$basepath/$input") or die("failed to query for event device\n");
my ($event) = grep(/^event/, readdir($dh)) or die("no event device found\n");
closedir($dh);
return "/dev/input/$event";
}

Display More

Posts by Grillbert

vdr-transcode - swiss knife for transcoding

vdr-transcode - swiss knife for transcoding

vdr-transcode - swiss knife for transcoding

vdr-live-plugin HTML5 Web-Streaming

softhdcuvid jetzt mit VAAPI und HDR support

softhdcuvid jetzt mit VAAPI und HDR support

vdr-live-plugin HTML5 Web-Streaming

vdr-live-plugin HTML5 Web-Streaming

vdr-live-plugin HTML5 Web-Streaming

yavdr ansible

yavdr ansible

Probleme mit epgd und epg2vdr

softhdcuvid jetzt mit VAAPI und HDR support

[HOWTO] DPF Easy Hacking - TNG

vaapidevice: OSD beim Start erst zu klein; Pixelsalat

IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger+Einschalter mit Wakeup-Timer

IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger+Einschalter mit Wakeup-Timer

IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger+Einschalter mit Wakeup-Timer

yavdr ansible

yavdr ansible