softhdcuvid jetzt mit VAAPI und HDR support

jojo61 · August 29, 2019 at 8:06 PM

Hollywood Da haben wir das Problem. In der Konfig sind die falschen Scaler eingetragen. Da müsste immer eine 2 stehen statt der 17

Kann sein das ich hier etwas falsches geschrieben habe. Es sollte auf bilinear stehen. Stell es mal um und mach nochmal ein Log. Danke

jojo61 · August 29, 2019 at 8:20 PM

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.

Code

PEARL TV 4K UHD;SES ASTRA:12343:HC23M5O20P0S1:S19.2E:30000:2815=36:2816=deu@3:0:0:2010:1:1097:0
Fashion 4K;SES ASTRA:11111:HC23M5O35P0S1:S19.2E:22000:2815=36:2816=eng@3:0:0:12510:1:1043:0

jojo61 · August 29, 2019 at 8:25 PM

Quote from cinfo
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?
Code
update-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.

Hollywood · August 29, 2019 at 8:36 PM

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.

jojo61 · August 29, 2019 at 9:07 PM

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

9000H · August 29, 2019 at 9:22 PM

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

jojo61 · August 29, 2019 at 9:35 PM

Quote from 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

9000H · August 29, 2019 at 10:06 PM

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

jojo61 · August 29, 2019 at 10:37 PM

Quote from 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

jojo61 · August 31, 2019 at 3:04 PM

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

Hollywood · August 31, 2019 at 5:25 PM

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 !

jojo61 · September 1, 2019 at 12:08 PM

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.

9000H · September 1, 2019 at 12:29 PM

Hi,

I can confirm without BT2020 SES UHD and Astra UHD1 are running.

CU

9000h

9000H · September 1, 2019 at 12:40 PM

Hi,

could this help here

https://git.videolan.org/?p=vlc.git;a=c…fb62a366bd652d6

CU

9000h

jojo61 · September 1, 2019 at 1:13 PM

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 ?

Ulrich Eckhardt · September 1, 2019 at 1:34 PM

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

Sep 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

Display More

Und habe da schon folgende Pakete aktualisiert, fehlt da noch was?

Code

i965-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

Display More

Hollywood · September 1, 2019 at 2:33 PM

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.

9000H · September 1, 2019 at 2:51 PM

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

Ulrich Eckhardt · September 1, 2019 at 4:09 PM

Quote from Hollywood

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.

Hollywood · September 1, 2019 at 4:33 PM

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.

softhdcuvid jetzt mit VAAPI und HDR support

Participate now!

Users Viewing This Thread