softhdcuvid jetzt mit VAAPI und HDR support

seahawk1986 · 10. Mai 2020

Zitat von jojo61

Ich setze noch -g 1920x1080 und -r 50 damit er die richtige EDID findet.

Das mache ich auch, aber wenn ich das richtig verstehe, kommt er gar nicht soweit, dass das eine Rolle spielt, weil er das drm-Device nicht nutzen kann...

Zitat von jojo61

Welchen X Server hast du ?

Ubuntu 20.04 kommt auch mit Xorg 1.20.8 - läuft dein X-Server mit Benutzerrechten oder wird der von root gestartet?

reini-at · 10. Mai 2020

so bei mir bin ich soweit dass ich es als root manuell starten kann, und ton und bild bekommen -> Bild sieht soweit auch perfekt aus.

Als user VDR bekomme ich immer coredumps.

Weiß jemand ob es mit softhddrm auch möglich ist iptv zu verwenden? läuft vlc überhaupt ohne X?

jojo61 · 12. Mai 2020

Zitat von seahawk1986

Das mache ich auch, aber wenn ich das richtig verstehe, kommt er gar nicht soweit, dass das eine Rolle spielt, weil er das drm-Device nicht nutzen kann...

Ubuntu 20.04 kommt auch mit Xorg 1.20.8 - läuft dein X-Server mit Benutzerrechten oder wird der von root gestartet?

Also bei mir wird der X Server von root gestartet und läuft auch als root.

Ich verstehe nicht warum das bei euch nicht gehen soll. Zumal der Absturz keiner ist, sondern er bekommt kein Atomic und dann gibt es halt auf.

Evtl. liegt es am falschen DRM Device. Was sagt denn ls /dev/dri ? Gibt es da mehr als nur die card0 ?

cinfo · 21. Mai 2020

Hi,

jemand eine Idee wie man einem Intel mit Comet Lake eine softhddevice (/vaapi) entlocken könnte.

Das Board läuft über eine iHD_drv_video.so Treiber unter Unbuntu 20.04 mit 5.7 Kernel (Ubuntu 20.04 LTS (GNU/Linux 5.7.0-050700rc6-generic x86_64)) .

Kodi mit vnsi / VDR-2.4.1 etc... ist kein Problem hier geht alles so wie es soll, nur mit den nativen Bildausgabe am VDR-2.4.1 hänge ich.

Jemand eine Idee wo man ansetzten könnte?

Der Ton ist Ok mit VDR-2.4.1 und softhddevice (0.7.0)

softhddevice.conf

Code

[softhddevice]

# FULL HD - Wiedergabe
-f -d :0.0 -v va-api -g 1920x1080+0+0 -a hdmi -p hdmi -c PCM -x

Ausgabe vainfo - iHD_drv_video.so

Code

# vainfo
libva info: VA-API version 1.8.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.8 (libva 2.8.0.pre1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.2.pre (26b386f7)
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

grep drm

Code

~# dmesg|grep drm / xserver-xorg-core
[    2.527200] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    2.555607] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
[    2.827510] i915 0000:00:02.0: [drm] failed to retrieve link info, disabling eDP
[    2.997828] [drm] GuC communication enabled
[    3.011139] [drm] Initialized i915 1.6.0 20200313 for 0000:00:02.0 on minor 0
[    3.111840] fbcon: i915drmfb (fb0) is primary device
[    3.290769] i915 0000:00:02.0: fb0: i915drmfb frame buffer device
[    5.158852] systemd[1]: Condition check resulted in Load Kernel Module drm being skipped.

~# dpkg -l |grep xserver-xorg-core 
ii  xserver-xorg-core                            2:1.20.8-2ubuntu2                             amd64        Xorg X server - core server

Alles anzeigen

Code

inxi -G
Graphics:  Card: Intel UHD Graphics
           Display Server: tty (X.org 1.20.8 ) drivers: intel (unloaded: modesetting)
           tty size: 140x40 Advanced Data: N/A for root out of X

Code

~# glxinfo | grep -i opengl
Error: unable to open display 
root@BM2LTSR66Nuc64KODI:~# dmesg | grep -i i915
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.7.0-050700rc6-generic root=UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d ro net.ifnames=0 and biosdevname=0 splash quiet vmalloc=256m noresume nohz=off i915.force_probe=1 i915.enable_dc=0 i915.enable_guc_loading=1 i915.enable_huc=1 acpi_resources=lax irqpoll
[    0.110015] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.7.0-050700rc6-generic root=UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d ro net.ifnames=0 and biosdevname=0 splash quiet vmalloc=256m noresume nohz=off i915.force_probe=1 i915.enable_dc=0 i915.enable_guc_loading=1 i915.enable_huc=1 acpi_resources=lax irqpoll
[    2.381833] i915: unknown parameter 'enable_guc_loading' ignored
[    2.381834] i915: unknown parameter 'enable_huc' ignored
[    2.382622] i915 0000:00:02.0: Incompatible option enable_guc=3 - GuC submission is N/A
[    2.383017] i915 0000:00:02.0: vgaarb: deactivate vga console
[    2.427752] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    2.428326] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
[    2.700008] i915 0000:00:02.0: [drm] failed to retrieve link info, disabling eDP
[    2.900927] i915 0000:00:02.0: GuC firmware i915/kbl_guc_33.0.0.bin version 33.0 submission:disabled
[    2.900928] i915 0000:00:02.0: HuC firmware i915/kbl_huc_4.0.0.bin version 4.0 authenticated:yes
[    2.902233] [drm] Initialized i915 1.6.0 20200313 for 0000:00:02.0 on minor 0
[    3.046561] fbcon: i915drmfb (fb0) is primary device
[    3.249828] i915 0000:00:02.0: fb0: i915drmfb frame buffer device
[    5.532008] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915])
[    5.604032] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])

Alles anzeigen

Grüße

cinfo

stschulze · 24. Mai 2020

Hi,

ich habe eine Intel Nuc8i3BEH und wollte mir die VAAPI-Unterstützung mit Softhdcuvid zusammenbauen.

Ich wäre sehr dankbar, wenn mal jemand ein Kochrezept hier posten könnte:

- Vorgehensweise

- conf-Dateien

- etc.

Hg

Stephan

seahawk1986 · 24. Mai 2020

Das ist das Paket für softhdvaapi im yaVDR-PPA für focal: https://launchpad.net/~yavdr/+…shed&field.series_filter=

Eine aktuelle libplacebo gibt es hier: https://launchpad.net/~yavdr/+…shed&field.series_filter=

Dr. Seltsam · 24. Mai 2020

seit dem upgrade auf Ubuntu 20.04 schmiert softhdvaapi bei mir regelmäßig ab:

Code

May 24 14:25:57 ubuntuvdr1 kernel: [ 5096.493480] video display[27275]: segfault at 4 ip 00007fe3571e6ea6 sp 00007fe2977fd730 error 4 in libplacebo.so.18[7fe3571d9000+2b000]
May 24 14:25:57 ubuntuvdr1 kernel: [ 5096.493503] Code: c0 48 89 84 24 88 00 00 00 48 89 c1 49 89 c4 48 8b 57 10 48 8b 47 30 48 89 4c 24 08 f3 0f 6f 6f 20 f3 0f 6f 7f 10 48 89 41 20 <8b> 42 04 8b 12 f3 0f 10 41 20 0f 11 69 10 44 29 f8 f3 0f 10 49 1c

Auf der Konsole wird ferner

Code

error: Failed to dup() fd (-1) when importing memory: Ungültiger Dateideskriptor
Speicherzugriffsfehler

ausgegeben.

Auch die aktuelle Version aus dem git von jojo61 ändert daran nichts. Diese Pakete sind installiert:

Code

martin@ubuntuvdr1:~/vdr$ dpkg -l |grep libplacebo
ii  libplacebo-dev:amd64                       1.18.0-1~eoan1                                  amd64        GPU-accelerated video/image rendering primitives (development files)
ii  libplacebo18:amd64                         1.18.0-1~eoan1                                  amd64        GPU-accelerated video/image rendering primitives (shared library)
ii  libplacebo7:amd64                          1.7.0-2                                         amd64        GPU-accelerated video/image rendering primitives (shared library)

Wenn ich das Plugin ohne libplacebo baue, crasht es nicht.

Brauche ich eine neuere Version aus dem libplacebo-git?

ofenheizer · 24. Mai 2020

Die Abstürze mit dem libplacebo-segfault habe ich schon ewig. Kommt selten vor, aber immer mal wieder. Das zieht sich schon über mehrere libplacebo-Versionen.

seahawk1986 habe ich schon einen coredump geschickt. Kann aber für jojo61 auch gerne meine gdb.txt anhängen.

Code

root@VDR:~# dpkg -l |grep -i libplacebo
ii  libplacebo-dev:amd64                         1:2.63.0+git20200522-138-39df2eb-0yavdr0~focal    amd64        GPU-accelerated video/image rendering primitives (development files)
ii  libplacebo63:amd64                           1:2.63.0+git20200522-138-39df2eb-0yavdr0~focal    amd64        GPU-accelerated video/image rendering primitives (shared library)
ii  libplacebo63-dbg:amd64                       1:2.63.0+git20200522-138-39df2eb-0yavdr0~focal    amd64        debug symbols for libplacebo

wirbel · 24. Mai 2020

Was ich mich schon lange frage: kann man diese Myriaden von <softhddevice Abkömmlingen> aka {va-api, vdr-plugin-softhddevice-vpp_support_hevc, vdr-plugin-softhddevice-vdpau-vaapi-cuvid, vdr-plugin-softhddevice-FooBar} endlich mal wieder zu einem einzigen zusammenführen?

Also zu einem Plugin, was man einfach compilieren kann und das dann auch funktioniert?

Ein Plugin bei dem man nun *seit Hunderten von Jahren* bestehende Compiler Warnungen (siehe -Wall und -Wextra seit der ersten Version) und Compiler Fehler mal schrittweise entfernen/abstellen kann (egal, welchen Linux compiler man nun gerade benutzt).

Eines, welches nicht ewig die Konsole vollmüllt und bei dem durch (ja - ganz genau diese!) zeitaufwändigen Meldungen in der Konsole das Plugin dann selbst bei zeitkritischen Aufgaben außer Tritt kommt. Und in einem ewigen Rhythmus aus selbstverursachten Meldungen bis zum Restart bleibt.

Und ein Plugin, bei dem man eine (ja - ganz genau eine!) Liste von dependencies von benötigten Libs mit Mindestversionen abarbeitet

und welches danach einfach mal funktioniert. Egal was man für andre Multimedia-Libs hat - sofern sie den Anforderungen laut README entsprechen.

Mittlerweile frage ich mich, ob man dieses Plugin nicht einfach durch ein neues ersetzen muss oder das durch libvlc (und ja, das geht einfach so, VLC ist nichts als ein wrapper um diese libvlc) plus ein OSD ersetzen (und das ist die einzige Schwierigkeit) sollte.

mamomoz · 24. Mai 2020

Zitat von wirbel

Was ich mich schon lange frage: kann man diese Myriaden von <softhddevice Abkömmlingen> aka {va-api, vdr-plugin-softhddevice-vpp_support_hevc, vdr-plugin-softhddevice-vdpau-vaapi-cuvid, vdr-plugin-softhddevice-FooBar} endlich mal wieder zu einem einzigen zusammenführen?

Hallo. also ich bin dankbar, dass es hier Leute gibt die ihre private Zeit in diese Entwicklungen stecken. Ist halt kein kommerzielles Produkt, und auf Initiative von Freiwilligen angewiesen. Die Vielfalt/Redundanz die dabei entsteht muss man dann in Kauf nehmen und selber versuchen den Überblick zu behalten. Daher würde ich mich mit so einer Kritik ein wenig zurückhalten oder eben selber aktiv werden.

wirbel · 24. Mai 2020

Von mir gibt es seit VDR-1.2.6 Plugins - und nu?

davie2000 · 24. Mai 2020

Prinzipiell möchte ich wirbel hier recht geben: die vielen unterschiedlichen Versionen haben sich ergeben, weil einige Gewillte für ihre Situation was gebastelt haben. Da sind jetzt verschiedenste (mehr oder weniger) brauchbare Ausgabeplugins rausgekommen.

Jetzt wo man weiß, welche HW welche Besonderheiten hat und (tw.) gute Lösungen dafür gebaut wurden, wäre es an der Zeit "das Beste aus allen Welten" wieder in ein softhddevice "multi" (oder "nextgen" oder so) zusammenzuführen.

Aber ich fürchte, dass das nicht gerade leicht wird und sich kaum jemand finden wird, der/die das (alleine) angeht.

PS: wirbel, deine Beiträge in den letzten "hundert Jahren" werden hier durchaus geschätzt! Ich denke, mamomoz hat mit dem "selber aktiv werden" dieses konkrete Thema gemeint.

lnj · 25. Mai 2020

If the official developer has stopped supporting the project, and no one has taken over the project for several years, it is natural that the project will either die or forks will appear. When a project is supported, forks can merge with it. In the general case, a fork is made for itself, and here the users themselves choose what to use. As jojo61 said, send patches if you want something faster.

stschulze · 25. Mai 2020

Zitat von seahawk1986

Das ist das Paket für softhdvaapi im yaVDR-PPA für focal: https://launchpad.net/~yavdr/+…shed&field.series_filter=

Eine aktuelle libplacebo gibt es hier: https://launchpad.net/~yavdr/+…shed&field.series_filter=

hi seahawk1986,

vielen Dank.

Allerdings hilft mir das nur bedingt.

Es wäre gut für alle die das neue Plugin einsetzen wollen eine kleine Schritt-für-Schritt-Anleitung hier zu Posten. Dabei die erforderlichen Einstellungen in den conf-Dateien zu hinterlegen und die unbedingt erforderlichen Abhängigkeiten klar zu machen.

Mit einer solchen Anleitung besteht die Möglichkeit das ganze zu implementieren und beim Testen und Verbesserungen zu helfen.

Mir geht es da wie cinfo ..... ich bekomme mit iHD-Treiber und VAAPI nur ein schwarzes Bild mit Ton. Tuner kann ich umschalten ...

Bin etwas ratlos, wie ich da weiterkommen soll.

Herzliche Grüße

Stephan

seahawk1986 · 25. Mai 2020

Zitat von wirbel

Mittlerweile frage ich mich, ob man dieses Plugin nicht einfach durch ein neues ersetzen muss oder das durch libvlc (und ja, das geht einfach so, VLC ist nichts als ein wrapper um diese libvlc) plus ein OSD ersetzen (und das ist die einzige Schwierigkeit) sollte.

Wenn das jemand kann, gerne. Ich fürchte nur, dass das auf https://xkcd.com/927/ hinaus läuft. Die libvlc unterstützt VAAPI und VDPAU, aber CUVID beherrscht sie AFAIK noch nicht in nutzbarem Umfang (auch wenn da schon jemand angefangen hat: https://jailuthra.in/2019/08/gsoc2019.html) - da sind gstreamer und ffmpeg (wenn man es mit den nötigen Buildflags bzw. vorhandenen Bibliotheken baut) schon weiter.

Argus · 25. Mai 2020

auch wenn ich selbst gerade OT bin,

sollte die Diskussion "Mult-kulti-softhddevice" nicht besser ausgelagert werden. Ansonsten geht vermutlich stschulze Anfrage unter

seahawk1986 · 25. Mai 2020

Zitat von stschulze

Es wäre gut für alle die das neue Plugin einsetzen wollen eine kleine Schritt-für-Schritt-Anleitung hier zu Posten. Dabei die erforderlichen Einstellungen in den conf-Dateien zu hinterlegen und die unbedingt erforderlichen Abhängigkeiten klar zu machen.

Mit einer solchen Anleitung besteht die Möglichkeit das ganze zu implementieren und beim Testen und Verbesserungen zu helfen.

Eventuell habe ich das gestern falsch verstanden - geht es dir um softhdvaapi (das sich nahezu wie jeder anderes Plugin, das von softhddevice abstammt verhält und lediglich ein zusätzliches Option "DRI" "3" in der Device-Section der xorg-Konfiguration benötigt) oder um softhddrm?

Ausgehend von yavdr-ansible könnte man so ein System für softhddrm aufzusetzen (vielleicht komme ich über Pfingsten dazu das in ein brauchbares Playbook zu gießen):

Spoiler anzeigen

Ubuntu Server 20.04 installieren und als regulärer Nutzer, der sudo nutzen darf anmelden
git clone -b focal https://github.com/yavdr/yavdr-ansible.git
cd yavdr-ansible
mkdir -p host_vars
cp group_vars/all host_vars/localhost und die Datei auf die eigenen Wünsche anpassen - wichtig ist softhddevice durch softhddrm zu ersetzen und der VDR sollte eine channels.conf aus einer lokalen Datei oder URL (z.B. Channelpedia) bekommen.
Die yavdr07-headless.yml erweitern, so dass die Rollen pulseaudio (falls gewünscht) und yavdr-remote vor der Rolle headless-session ausgeführt werden. Sonstige nicht gewollte Rollen können im Playbook auskommentiert werden.
Falls pulseaudio genutzt werden soll: Die Zeilen 55 und 56 aus https://github.com/yavdr/yavdr…ession/tasks/main.yml#L55 ausschneiden und nach der Zeile 40 wieder einfügen.
Eine Datei anlegen, die dafür sorgt, dass der VDR beim Start auf tty7 wechselt

Code: /etc/systemd/system/vdr.service.d/use-tty7.conf

[Service]
ExecStartPre=/bin/chvt 7
StandardInput=tty-force

Wenn man den VDR über die Tastatur bedienen können möchte (das Anlernen der Tasten über den VDR mit softhddrm scheint aktuell noch nicht zu funktionieren), kann man in die /var/lib/vdr/remote.conf z.B. um Einträge wie die KBD.* Tastendefinitionen aus https://github.com/yavdr/yavdr…dr/remote.conf/50_keys#L1 ff. erweitern und bei dem oben gezeigten Drop-In für die vdr.service noch entsprechend ergänzen:

Code: /etc/systemd/system/vdr.service.d/use-tty7.conf

[Unit]
Conflicts=getty@tty7.service

[Service]
ExecStartPre=/bin/chvt 7
TTYPath=/dev/tty7
TTYReset=no
TTYHangup=yes
StandardInput=tty-force
StandardOutput=journal

Dann das headless-Playbook laufen lassen:

sudo -H ./install-yavdr07-headless.sh

Dann muss man noch mit sudo vdrctl edit softhddrm die Start-Optionen für softhddrm anpassen. Setzen sollte man mindestens diese Zeilen

Sound-Ausgabe über pulseaudio -a pulse (wenn man die Units für pulseaudio nicht durch das Playbook aktivieren lässt, kann man auch direkt Ton über Alsa ausgeben - dazu muss der User vdr Mitglied in der Gruppe audio werden und man sollte alsa-utils nachinstallieren, im alsa-mixer sicherstellen, dass die Devices nicht gemutet sind und die gewünschte Soundkarte angeben)
Der gewünschte Connector, z.B. -C HDMI-A-2 - die verfügbaren Anschlüsse kann man sich in /sys/class/drm/card0-* ansehen - grep '^connected' /sys/class/drm/card0-*/status listet die angeschlossenen Monitore
Die Auflösung, z.B. -g 1920x1080+0+0
Refresh-Rate, normalerweise -r50

Nach einem systemctl restart vdr oder einem Neustart sollte der VDR dann laufen.

stschulze · 25. Mai 2020

hi seahawk,

super, danke ....da ich erstmal mit meiner installation das ganze zum laufen bekommen möchte, wäre ich dir dankbar, wenn du mir die für den betrieb mit softhddrm relevanten Config-Files hier posten könntest....möglicherweise läuft es dann ja.....

Xorg.conf

etc.....

447377 · 25. Mai 2020

Das mit dem schwarzen Bild kommt mir bekannt vor. Ich musste dann -v va-api aus der Startkonfig entfernen.

Gruss

Stefan

seahawk1986 · 25. Mai 2020

Wie schon geschrieben sind das einzige spezielle (abgesehen davon, dass kein X-Server/Wayland oder sonstiges Programm laufen darf, das das DRM-Device blockiert und wenn man mal die Besonderheiten für yaVDR außer acht lässt, die einem das Leben leichter machen können) die Startargumente für softhddrm - ich weiß nicht, wie BM2LTS das macht, aber für yaVDR werden (wie bei den normalen VDR-Pakete für Debian/Ubuntu) die Startargumente für den VDR und softhddrm über die ARGSDIR Methode übergeben.

Code: /etc/vdr/conf.d/50-softhddrm.conf

[softhddrm]
-a pulse  # oder sowas wie hw:card=HDMI,device=7 - das hängt von der eigenen Hardare ab
-g 1920x1080+0+0
-C HDMI-A-2
-r 50

Was schreibt der VDR denn beim Start mit dem Plugin auf stdout/stderr und ins Log (am besten mit Loglevel 3 starten)? Normalerweise kann man da sehr gut sehen, woran es hängt.

softhdcuvid jetzt mit VAAPI und HDR support

Jetzt mitmachen!

Teilen