softhdcuvid jetzt mit VAAPI und HDR support
-
-
9000H Bei dir sieht der ablauf sehr gut aus. Allerdings scheint dein FFMPEG ohne deinterlace_vaapi übersetzt zu sein. Zumindest schafft er es nicht diesen Filter zu öffnen. Deswegen ist SD dann nicht deinterlaced. Das UHD scheint der decoder nicht zu können. Du testest mit dem SES UHD Kanal. Der ist in HDR und das kann meine IGP auch nicht. Versuche mal Pearl TV oder Fashion TV. Das ist "nur" UHD. Das sollte dann gehen.
-
Hi,
beim Kernel 5.3 werden neue i915 - Firmwaretreiber benötgt, sind die jemanden bekannt bzw. welche Paches muß man auf welche Quellen hier verwenden?
Codeupdate-initramfs: Generating /boot/initrd.img-5.3.0-994-generic W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_huc_ver9_0_0.bin for module i915 W: Possible missing firmware /lib/firmware/i915/ehl_guc_33.0.4.bin for module i915
Grüße
cinfo
Mit der 5.3 habe ich mich noch nicht beschäftigt. Ich vermute mal das Intel die nötige Firmware dann bereitstellt wenn der 5.3er kommt.
Schau mal hier das ist vom Montag.
-
Ja, die Scalereinstellungen hatte ich mal nach deiner Empfehlung vorgenommen.
Komisch ist, ich komme nicht mehr ins OSD um dort Einstellungen vorzunehmen. Jetzt beim tippseln öffnet es sich gerade, obwohl ich vor gefühlt 1 Minute die Taste auf der Fernbedienung gedrückt habe.
Ich habe dann aber die Parameter direkt in der Setup.conf von 17 auf 2 geändert (natürlich bei gestopptem VDR ), das bringt aber auch keinen Unterschied außer, dass die Logmeldungen jetzt schneller über meine Konsole laufen. Auch die Auslastung der GPU ist weiterhin bei 100%.
Hier das Log dazu.
-
Hmm so langsam gehen mir die Ideen aus. Die Scaler waren definitiv falsch. Wenn die nun richtig sind dann muss noch etwas anderes die GPU beschäftigen. Fragt sich nur was Ich werde morgen mal versuchen ein Testversion zu bauen die mit vaapi skaliert.
mfg
jojo61
-
Hi,
ja PEARL TV 4K UHD und Fashion TV 4K UHD gehen, wobei alle UHD channels mit https://github.com/ua0lnj/vdr-plugin-softhddevice gehen.
CU
9000h
-
Hi,
ja PEARL TV 4K UHD und Fashion TV 4K UHD gehen, wobei alle UHD channels mit https://github.com/ua0lnj/vdr-plugin-softhddevice gehen.
CU
9000h
Ich benutze da die komplette ffmpeg infrastruktur. Das softhddevice macht das dekodieren über eigene surfaces und füttert den vaapi dekoder von Hand. Ich vermute mal das ffmpeg da dann wohl noch einen Bug mit HDR hat. Mal sehen was ich da finde. Sieht mir aber eher nach FFMPEG aus. Da werden wohl die HDR Metadaten nicht gefiltert.
mfg
jojo61
-
Hi,
also mit ffplay geht es auch
ffplay "http://192.168.178.129:8080/?src=1&msys=dvbs2&mtype=8psk&freq=10994&sr=22000&pol=h&fec=56&ro=0.35&pids=0,16,17,18,20,511,512"
CU
9000h
-
Hi,
also mit ffplay geht es auch
ffplay "http://192.168.178.129:8080/?src=1&msys=dvbs2&mtype=8psk&freq=10994&sr=22000&pol=h&fec=56&ro=0.35&pids=0,16,17,18,20,511,512"
CU
9000h
Mit dem Aufruf nutzt fflplay wohl keinen vaapi dekoder
-
Hollywood Nach einigen Testen bin ich zu der Erkenntnis gekommen das mein Ansatz mit Vaapi nicht für langsame IGPs geeignet ist. Mein Testrechner hier hat eine 700Mhz IGP und da kann man maximal HD ausgegeben. Alles was grösser als 1920x1080 ist dauert länger als 20ms und dann gehen frames verloren.
Das liegt nicht direkt an vaapi sondern an meiner Implementierung. Ich gebe nicht die vaapi surfaces direkt aus, sondern gebe sie an vulkan (libplacebo) um sie dann dort auszugeben. Das scheint trotz übergabe als DMA_BUF ein umkopieren zur Folge zu haben. Und das schafft die kleine IGP dann nicht mehr schnell genug. Ganz zu schweigen von einem sinnvollen scalieren. Da ich libplacebo einsetze um hochwertige scalierer nutzen zu können, werde ich das nicht umbauen. D.h. mit den langsamen IGPs von Intel (so bis vermtl. 1Ghz) funktioniert mein Treiber wohl nicht in UHD. Ich vermute das es durchaus auch schnellere IGPs gibt und frage mich ob jemand hier das mal testen will der eine leistungsfähigere IGP hat.
Sorry Hollywood, aber dein Rechner ist zu langsam
mfg
jojo61
PS: auch mpv schafft es nicht mit vulkan und vaapi auf meinem Rechner in UHD auszugeben ohne frames drops. Das bestätigt mich zumindest darin das ich hier keinen Kardinalfehler gemacht habe
-
Tja, dann war's das wohl mit der Hoffnung auf ein gepflegtes Ausgabeplugin mit OpenGL-Unterstützung für vaapi und die kleinen IGP´s.
Das es generell funktioniert zeigt ja Kodi und das von mir genannte vaapidevice. Auch das von 9000H erwähnte softhddevice hatte ich bei mir schonmal getestet, das läuft bei mir auch in der aktuellen Git-Version, allerdings mit Einschränkungen im UHD-Bereich. Nur tut sich ja bei den ganzen vaapi´s und softhddevices hinsichtlich Weiterentwicklung nicht mehr wirklich viel.
Ich habe die letzten Wochen schon immer mal wieder Richtung VU+ und Enigma2 geschielt. Die Kisten sind ja mit meinen im Schrank verstaubten DBox2´en schon ewig nicht mehr zu vergleichen und können schon länger auch das, wofür ich mir meinen ersten VDR vor ca. 15 Jahen angeschafft habe. Mal sehen wo meine nächste Reise dann hingeht.
Schade ...... , aber trotzdem vielen Dank für deine Bemühungen, einen Versuch war es ja Wert !
-
9000H Ich habe mal den Absturz von UHD mit HDR untersucht. Der kommt beim umwandeln des Farbprofils BT2020 in BT709. Das wird per shader gemacht und da scheint Intel noch ein Problem zu haben. Wenn ich die Umwandlung raus nehme dann kann man auch UHD mit HDR anschauen. Dann allerdings mit nicht korrekten Farben.
Das ist auch der Grund warum es mit vaapidevice läuft. Dort findet auch keine Farbkonvertierung statt und es werden einfach falsche Farben bei HDR angezeigt.
Mit cuvid/Nvidia funktioniert die Umwandlung per shader.
-
Hi,
I can confirm without BT2020 SES UHD and Astra UHD1 are running.
CU
9000h
-
-
der Commit ist für die opengl shader. Das sollte schon in der libplacebo drin sein. Zumindest ist das von Niklas und der macht auch die libplacebo.
Ich denke ich stelle mal einen Fehler in der libplacebo ein.
Wie sieht es denn bei dir mit der Performance aus. Ist deine IGP schnell genug für UHD ?
-
Ich versuche gerade das Plugin auf meinem ASROCK J4105 (Intel UHD 600) ans Laufen zu bringen. Ich nutze ein Ubuntu 19.04.
Ich bekomme da aber kein Bild und keinen Ton, im Log findet sich folgende Ausgabe:
Code
Display MoreSep 01 13:16:43 vdr vdr[3345]: [3349] SCR 0 assigned to device 1 Sep 01 13:16:43 vdr vdr[3345]: [3345] OSD size changed to 1920x1080 @ 1 Sep 01 13:16:43 vdr vdr[3345]: [3345] [softhddev]CreateOsd: left 96, top 741, level 0, using OpenGL OSD support Sep 01 13:16:43 vdr vdr[3345]: [3345] [softhddev]Trying to start OpenGL Worker Thread Sep 01 13:16:43 vdr vdr[3345]: [3361] oglThread thread started (pid=3345, tid=3361, prio=high) Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]OpenGL using display :0.0 Sep 01 13:16:43 vdr vdr[3345]: pesdemux: pes start code id 0xc0 Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]OpenGL Context initialized Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]:SHADER: Compile-time error: Type: 0 - 0:2(1): error: syntax error, unexpected NEW_IDENTIFIER Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]ERROR compiling shader Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]Could not initiate Shaders Sep 01 13:16:43 vdr vdr[3345]: [3361] [softhddev]OglThread cleanup Sep 01 13:16:43 vdr vdr[3345]: [3345] [softhddev]OpenGL Worker Thread successfully started Sep 01 13:16:43 vdr vdr[3345]: [3345] [softhddev]cOglOsd osdLeft 96 osdTop 741 screenWidth 1920 screenHeight 1080 Sep 01 13:16:43 vdr vdr[3345]: [3361] oglThread thread ended (pid=3345, tid=3361) Sep 01 13:16:43 vdr vdr[3345]: pesdemux: new codec 000000 -> 0x15000 Sep 01 13:16:43 vdr vdr[3345]: codec: using audio codec ID 0x15000 (mp2) Sep 01 13:16:43 vdr vdr[3345]: codec: audio 'MP2 (MPEG audio layer 2)' Sep 01 13:16:43 vdr vdr[3345]: codec/audio: format change s16p 48000Hz *2 channels Sep 01 13:16:43 vdr vdr[3345]: audio: 2 channels unsupported Sep 01 13:16:43 vdr vdr[3345]: codec/audio: audio setup error
Und habe da schon folgende Pakete aktualisiert, fehlt da noch was?
Code
Display Morei965-va-driver_2.3.0+dfsg1-1 i965-va-driver-shaders_2.3.0-1 intel-media-va-driver_19.2.1+dfsg1-2 libd3dadapter9-mesa_19.1.4-1 libd3dadapter9-mesa-dev_19.1.4-1 libegl1-mesa_19.1.4-1 libegl1-mesa-dev_19.1.4-1 libegl-mesa0_19.1.4-1 libgbm1_19.1.4-1 libgbm-dev_19.1.4-1 libgl1-mesa-dev_19.1.4-1 libgl1-mesa-dri_19.1.4-1 libgl1-mesa-glx_19.1.4-1 libglapi-mesa_19.1.4-1 libgles2-mesa_19.1.4-1 libgles2-mesa-dev_19.1.4-1 libglx-mesa0_19.1.4-1 libigdgmm9_19.2.3+ds1-2 libigdgmm-dev_19.2.3+ds1-2 libigfxcmrt7_19.2.1+dfsg1-2 libigfxcmrt-dev_19.2.1+dfsg1-2 libosmesa6_19.1.4-1 libosmesa6-dev_19.1.4-1 libplacebo18_1.18.0-1 libplacebo-dev_1.18.0-1 libva2_2.5.0-1 libva-dev_2.5.0-1 libva-drm2_2.5.0-1 libva-glx2_2.5.0-1 libva-wayland2_2.5.0-1 libva-x11-2_2.5.0-1 libvulkan1_1.1.114.0-1 libvulkan-dev_1.1.114.0-1 libwayland-egl1-mesa_19.1.4-1 libxatracker2_19.1.4-1 libxatracker-dev_19.1.4-1 mesa-common-dev_19.1.4-1 mesa-opencl-icd_19.1.4-1 mesa-va-drivers_19.1.4-1 mesa-vdpau-drivers_19.1.4-1 mesa-vulkan-drivers_19.1.4-1 va-driver-all_2.5.0-1
-
Hi Ulrich,
spar dir die Arbeit, ich habe das gleiche Board und hatte große Hoffnung dass es hierfür nun bald was aktuellen gibt. Die Grafikeinheit UHD600 ist für dieses Plugin nicht geeignet, wie du einige Beiträge zuvor lesen kannst.
Nimm die hier angesprochene Version vom vaapidevice oder das erwähnte softhddevice.
-
Hi,
in regards to UHD the "GPU id : 0 (Intel(R) UHD Graphics 620 (Kabylake GT2))" seems to be ok except the BT2020 issue and a higher CPU load ~30% on my i7-8550U.
The tests where done with the modified video.c from #59.
CU
9000h
-
Die Grafikeinheit UHD600 ist für dieses Plugin nicht geeignet, wie du einige Beiträge zuvor lesen kannst.
Wenn ich das richtig verstanden habe, gelten die Einschränkungen aber nur für UHD. HD und SD sollten doch auch mit einer UHD600 gehen. Das vaapi-Device funktioniert bei mir auch nur in einer speziellen Version so halbwegs.
-
Also bei mir ging, wenn Xorg auf 2160p eingestellt, nix zufriedestellend. Bei Xorg auf 1080p eingestellt ging SD und HD etwas flüssiger aber auch nicht so das ich es hätte nutzen wollen.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!