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...
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?
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?
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 ?
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
[softhddevice]
# FULL HD - Wiedergabe
-f -d :0.0 -v va-api -g 1920x1080+0+0 -a hdmi -p hdmi -c PCM -xAusgabe vainfo - iHD_drv_video.so
# 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 : VAEntrypointVLDgrep drm
~# 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 serverinxi -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~# 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])Grüße
cinfo
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
Das ist das Paket für softhdvaapi im yaVDR-PPA für focal: https://launchpad.net/~yavdr/+archiv….series_filter=
Eine aktuelle libplacebo gibt es hier: https://launchpad.net/~yavdr/+archiv….series_filter=
seit dem upgrade auf Ubuntu 20.04 schmiert softhdvaapi bei mir regelmäßig ab:
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 1cAuf der Konsole wird ferner
error: Failed to dup() fd (-1) when importing memory: Ungültiger Dateideskriptor
Speicherzugriffsfehlerausgegeben.
Auch die aktuelle Version aus dem git von jojo61 ändert daran nichts. Diese Pakete sind installiert:
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?
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.
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 libplaceboWas 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.
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.
Von mir gibt es seit VDR-1.2.6 Plugins - und nu?
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.
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.
Das ist das Paket für softhdvaapi im yaVDR-PPA für focal: https://launchpad.net/~yavdr/+archiv….series_filter=
Eine aktuelle libplacebo gibt es hier: https://launchpad.net/~yavdr/+archiv….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
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.
auch wenn ich selbst gerade OT bin,
sollte die Diskussion "Mult-kulti-softhddevice" nicht besser ausgelagert werden. Ansonsten geht vermutlich stschulze Anfrage unter
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):
[Service]
ExecStartPre=/bin/chvt 7
StandardInput=tty-forceWenn 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-ut…conf/50_keys#L1 ff. erweitern und bei dem oben gezeigten Drop-In für die vdr.service noch entsprechend ergänzen:
[Unit]
Conflicts=getty@tty7.service
[Service]
ExecStartPre=/bin/chvt 7
TTYPath=/dev/tty7
TTYReset=no
TTYHangup=yes
StandardInput=tty-force
StandardOutput=journalDann 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
Nach einem systemctl restart vdr oder einem Neustart sollte der VDR dann laufen.
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.....
Das mit dem schwarzen Bild kommt mir bekannt vor. Ich musste dann -v va-api aus der Startkonfig entfernen.
Gruss
Stefan
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.
[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 50Was 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.
Don’t have an account yet? Register yourself now and be a part of our community!