softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

Quote from jojo61

Wenn du das Bild nachschärfen willst dann könntest du den adaptive-sharpen nutzen, das ist aber Geschmacksache.

Das habe ich eben gemacht. Das Bild stottert leider extrem - 576i und 720p-Sender.

Apr 12 17:43:50 vdr2 vdr[1424]: [1424] switching to channel 3 S19.2E-1-1107-17501 (ProSieben)
Apr 12 17:43:50 vdr2 vdr[1424]: [1459] device 1 receiver thread ended (pid=1424, tid=1459)
Apr 12 17:43:50 vdr2 vdr[1424]: [1460] device 1 receiver thread started (pid=1424, tid=1460, prio=high)
Apr 12 17:43:50 vdr2 vdr[1424]: [1424] [softhddev]SetPlayMode: 1
Apr 12 17:43:50 vdr2 vdr[1424]: [1424] [softhddev]SetVolumeDevice: 40
Apr 12 17:43:50 vdr2 vdr[1424]: Set Playmode 1
Apr 12 17:43:50 vdr2 vdr[1424]: video: set trick-speed 0
Apr 12 17:43:50 vdr2 vdr[1424]: [1427] SATIP: Detected 1 RTP packet error [device 0]
Apr 12 17:43:51 vdr2 vdr[1424]: video: new stream 1035ms
Apr 12 17:43:51 vdr2 vdr[1424]: [softhddev] invalid PES video packet
Apr 12 17:43:51 vdr2 vdr[1424]: in VideoDecode make close
Apr 12 17:43:51 vdr2 vdr[1424]: CodecVideoClose
Apr 12 17:43:51 vdr2 vdr[1424]: pesdemux: new codec 000000 -> 0x15000
Apr 12 17:43:51 vdr2 vdr[1424]: codec: using audio codec ID 0x15000 (mp2)
Apr 12 17:43:51 vdr2 vdr[1424]: codec: audio 'MP2 (MPEG audio layer 2)'
Apr 12 17:43:51 vdr2 vdr[1424]: codec/audio: format change s16p 48000Hz *2 channels
Apr 12 17:43:51 vdr2 vdr[1424]: codec/audio: resample s16p 48000Hz *2 -> s16 48000Hz *2
Apr 12 17:43:51 vdr2 vdr[1424]: [softhddev] 2 invalid PES video packet(s)
Apr 12 17:43:51 vdr2 vdr[1424]: video: mpeg2 detected ID 57
Apr 12 17:43:51 vdr2 vdr[1424]: pesdemux: pes start code id 0xc0
Apr 12 17:43:51 vdr2 vdr[1424]: ***************codec: Video Open using video codec ID 0x0002 (mpeg2video)
Apr 12 17:43:51 vdr2 vdr[1424]: codec: video 'MPEG-2 video'
Apr 12 17:43:51 vdr2 vdr[1424]: codec: supports truncated packets
Apr 12 17:43:51 vdr2 vdr[1424]: codec: can use own buffer management
Apr 12 17:43:51 vdr2 vdr[1424]: codec: supports slice threads
Apr 12 17:43:51 vdr2 vdr[1424]:  Codec open 0
Apr 12 17:43:51 vdr2 vdr[1424]: Initializing cuvid hwaccel thread ID:1440
Apr 12 17:43:51 vdr2 vdr[1424]: video: ready --:--:--.--- 40ms/frame 1567ms
Apr 12 17:43:51 vdr2 vdr[1424]: Cuvid_get_format: codec 2 fmts:
Apr 12 17:43:51 vdr2 vdr[1424]:         0x00000077 cuda
Apr 12 17:43:51 vdr2 vdr[1424]:         0x00000064 vdpau
Apr 12 17:43:51 vdr2 vdr[1424]:         0x0000002e vaapi_vld
Apr 12 17:43:51 vdr2 vdr[1424]:         0000000000 yuv420p
Apr 12 17:43:51 vdr2 vdr[1424]: Cuvid_get_format: codec 2 fmts:
Apr 12 17:43:51 vdr2 vdr[1424]:         0x00000077 cuda
Apr 12 17:43:51 vdr2 vdr[1424]:         0x00000064 vdpau
Apr 12 17:43:51 vdr2 vdr[1424]:         0x0000002e vaapi_vld
Apr 12 17:43:51 vdr2 vdr[1424]: video profile 4 codec id 2
Apr 12 17:43:51 vdr2 vdr[1424]: CMP 46:46 23:23 720:1280 576:720 3:17,
Apr 12 17:43:51 vdr2 vdr[1424]: delete old cache
Apr 12 17:43:51 vdr2 vdr[1424]: video: create decoder 16bit?=0 720x576 old  1280 720
Apr 12 17:43:51 vdr2 vdr[1424]: Cuvid Clean up
Apr 12 17:43:51 vdr2 vdr[1424]: video/cuvid: CuvidDestroySurfaces
Apr 12 17:43:51 vdr2 vdr[1424]: video/cuvid: CuvidCreateSurfaces: 720x576 * 7
Apr 12 17:43:51 vdr2 vdr[1424]: video/vulkan: create 7 Textures Format NV12 w 720 h 576
Apr 12 17:43:51 vdr2 vdr[1424]: video: input 720x576 (64:45)
Apr 12 17:43:51 vdr2 vdr[1424]: video: display aspect 16:9 Resolution 0
Apr 12 17:43:51 vdr2 vdr[1424]: video: video +0+0 1920x1080
Apr 12 17:43:51 vdr2 vdr[1424]: video: speed up video, droping frame -159
Apr 12 17:43:51 vdr2 vdr[1424]: video: crop to +0+0 720x576
Apr 12 17:43:51 vdr2 vdr[1424]: video: normal aspect output 1920x1080+0+0
Apr 12 17:43:51 vdr2 vdr[1424]: GetFormat Init ok 720x576
Apr 12 17:43:51 vdr2 vdr[1424]: Init VAAPI deint ok
Apr 12 17:43:52 vdr2 vdr[1424]: ++++++++++++++++++++++++++++++++++++starte audio
Apr 12 17:43:52 vdr2 vdr[1424]: remove shader 0
Apr 12 17:43:52 vdr2 vdr[1424]: User shader 0x7fa20c3e0a30
Apr 12 17:43:52 vdr2 vdr[1424]: codec/audio: inital drift delay 326ms
Apr 12 17:43:52 vdr2 vdr[1424]: video: slow down video, duping frame 88
Apr 12 17:43:52 vdr2 vdr[1424]: video/cuvid: synced after 26 frames 2070ms
Apr 12 17:43:55 vdr2 vdr[1424]: video: slow down video, duping frame 28
Apr 12 17:43:55 vdr2 vdr[1424]: video: speed up video, droping frame -134
Apr 12 17:43:55 vdr2 vdr[1424]: Delay Audio 141 ms
Apr 12 17:43:56 vdr2 vdr[1424]: Delay Audio 107 ms
Apr 12 17:43:56 vdr2 vdr[1424]: Delay Audio 108 ms
Apr 12 17:43:56 vdr2 vdr[1424]: Delay Audio 214 ms
Apr 12 17:43:57 vdr2 vdr[1424]: Delay Audio 257 ms
Apr 12 17:43:57 vdr2 vdr[1424]: Delay Audio 129 ms
Apr 12 17:43:57 vdr2 vdr[1424]: Delay Audio 107 ms
Apr 12 17:43:57 vdr2 vdr[1424]: Delay Audio 107 ms
Apr 12 17:43:58 vdr2 vdr[1424]: Delay Audio 257 ms
Apr 12 17:43:58 vdr2 vdr[1424]: Delay Audio 106 ms
Apr 12 17:43:58 vdr2 vdr[1424]: Delay Audio 106 ms
Apr 12 17:43:59 vdr2 vdr[1424]: Delay Audio 109 ms
Apr 12 17:43:59 vdr2 vdr[1424]: Delay Audio 106 ms
Apr 12 17:43:59 vdr2 vdr[1424]: Delay Audio 109 ms
Apr 12 17:43:59 vdr2 vdr[1424]: Delay Audio 106 ms
Apr 12 17:44:00 vdr2 vdr[1424]: Delay Audio 320 ms
Apr 12 17:44:00 vdr2 vdr[1424]: Delay Audio 108 ms
Apr 12 17:44:00 vdr2 vdr[1424]: Delay Audio 129 ms
Apr 12 17:44:00 vdr2 vdr[1424]: Delay Audio 107 ms

Quote from 447377

Vulkan

libplacebo 3.117 - Ich habe in den Commits nach der letzten Version vor 3.118 gesucht. Das ist diese hier:

https://github.com/haasn/libplace…38466673f0ad7e0

Code

wget https://github.com/haasn/libplacebo/archive/ac44e8f14acbfd2810c46e07e38466673f0ad7e0.zip

Stefan

Danke!

Jetzt habe ich auch im Menü die Scaler zur Auswahl.

vdr -plugin-seduatmo geht wieder mit drm und libplacebo, vielen Dank dafür!

ich hab jetzt erstmalig das Menu "bilinear" mit Leben gefüllt, ruckelt aber selbst mit dem nuc8i3 momentan noch (auf dem nuc7 natürlich auch). - muss ich noch mal schauen.

Quote from jojo61

Die Shader sind schon rechenintensiv für die GPU.

Tatsache, das hätte ich nicht gedacht. Ich habe eben mal intel_gpu_top installiert und hier habe ich eine Render-Auslastung von 80 % mit dem Scaler ewa_robidouxsharp. Mit binlear sind es noch 65 %, mit spline16 sind es 55 %. Ich dachte nämlich, dass die CPU bei libplacebo unterstützt.

Und mit dem Shader sind's 100 %...

Dann reicht hier meine i3-8100 mit der UHD Graphics 630 nicht aus... Du hast eine Iris Graphics 855, oder? Die reicht aus?

Aber bevor ich die CPU tausche, könnte ich vermutlich gleich eine nVidia nachrüsten. Aber braucht's hier die GT1050 oder reicht die GT1030 mittlerweile auch?

Quote from nobanzai

Danke!

Jetzt habe ich auch im Menü die Scaler zur Auswahl.

Du hast doch eine 10er CPU, oder? Die dürfte auch die UHD Graphics 630 haben, ggf. mit einer höheren max. Frequenz. Hast Du den Shader adaptive-sharpen.glsl auch mal getestet?

Stefan

Quote from 447377

Du hast doch eine 10er CPU, oder? Die dürfte auch die UHD Graphics 630 haben, ggf. mit einer höheren max. Frequenz. Hast Du den Shader adaptive-sharpen.glsl auch mal getestet?

Stefan

Ja, hier werkelt ein Gen10 mit UHD630 (i5-10400T CPU @ 2.00GHz). Das Ganze ist aber komplett passiv gekühlt, daher neigt die CPU schon mal zum throtteln.

Ich hatte zwei Shader mal dazu genommen, allerdings noch bevor das mit den Scalern geklappt hat. Da haben CPU und/oder GPU eher keine Engpässe in Form von Throttelitis erkennen lassen; das Bild war schön scharf (adaptive-sharpen.glsl), den zweiten Shader (filmgrain.glsl) habe ich eher nicht bemerkt, muss ich zugeben.

Jetzt - nur mit dem ewa_robidouxsharp Scaler - langweilen sich CPU/GPU eher.

Ich hab gerade mal die Shader auch wieder dazu genommen - mal sehen, ob sich das irgendwie bemerkbar macht.

Ciao.

Michael.

Quote from nobanzai

Ja, hier werkelt ein Gen10 mit UHD630 (i5-10400T CPU @ 2.00GHz). Das Ganze ist aber komplett passiv gekühlt, daher neigt die CPU schon mal zum throtteln.

Ich hatte zwei Shader mal dazu genommen, allerdings noch bevor das mit den Scalern geklappt hat. Da haben CPU und/oder GPU eher keine Engpässe in Form von Throttelitis erkennen lassen; das Bild war schön scharf (adaptive-sharpen.glsl), den zweiten Shader (filmgrain.glsl) habe ich eher nicht bemerkt, muss ich zugeben.

Jetzt - nur mit dem ewa_robidouxsharp Scaler - langweilen sich CPU/GPU eher.

Ich hab gerade mal die Shader auch wieder dazu genommen - mal sehen, ob sich das irgendwie bemerkbar macht.

Ciao.

Michael.

Display More

Hallo Michael,

danke für Deine Rückmeldung! Das klingt ja sehr gut mit der Auslastung der 10er CPU.

Hast Du irgendwas selber kompiliert (libdrm, libva oder Ähnliches?) oder alle Pakete von Tumbleweed übernommen?

Gruß

Stefan

Quote from 447377

Hallo Michael,

danke für Deine Rückmeldung! Das klingt ja sehr gut mit der Auslastung der 10er CPU.

Hast Du irgendwas selber kompiliert (libdrm, libva oder Ähnliches?) oder alle Pakete von Tumbleweed übernommen?

Gruß

Stefan

Ich hab iHD/vaapi von Intel und libplacebo selber gebaut.

Der Test mit Shadern *und* Scalern hat die CPU/GPU übrigens bei mir auch nicht weiter aufgeregt - die dümpeln nach wie vor lustig vor sich hin.

Und wichtig: Auch die Temperaturen halten sich in Grenzen, was für mein passiv gekühltes System natürlich besonders wichtig ist.

Ich habe allerdings auch mal intel_gpu_top laufen lassen. Der zeigt tatsächlich eine 95% load an:

intel-gpu-top - 1100/1100 MHz;    2% RC6;   9.10 Watts;      453 irqs/s
IMC reads:     6080 MiB/s
IMC writes:     3699 MiB/s

ENGINE      BUSY                                                                              MI_SEMA MI_WAIT
Render/3D/0    94.79% |██████████████████████████████████████████████████████████████████████▏   |      0%      0%
Blitter/0     0.00% |                                                                          |      0%      0%
Video/0     3.83% |██▊                                                                       |      0%      0%
VideoEnhance/0     0.00% |                                                                          |      0%      0%

Ciao.

Michael.

Ich habe noch ein wenig weiter damit herum gespielt und mit intel_gpu_top die Last beobachtet.

Die Shader scheinen sich nicht groß auszuwirken, aber bei den Scalern gibt es große Unterschiede:

Während beim ewa_robidouxsharp die GPU auf 90 - 95% werkelt, sind es beim bilinear nur 35 - 50%.

Quote from jojo61

Naja das ist auch kein Wunder. Der ewa_robidouxsharp ist viel aufwändiger beim skalieren und damit auch besser

Das sagst du auch nur, weil du im Gegensatz zu mir Ahnung hast

Quote from jojo61

Die Shader sind schon rechenintensiv für die GPU.

Quote from nobanzai

Ich habe allerdings auch mal intel_gpu_top laufen lassen. Der zeigt tatsächlich eine 95% load an:

Ich habe nun auch "gespielt". Ein kompilierter iHD-Treiber brachte eine Senkung von etwa 2 % im intel_gpu_top. Ein kompiliertes libva, drm brachten dagegen keine Vorteile.

Wird libplacebo mit schaderc als mit glslang kompiliert, dann kann ich den adaptive-shader zusammen mit dem Scaler "robidouxsharp" laufen lassen. Was mich dabei wundert ist, dass sich der Shader im GPU-Load nicht großartig auswirkt, dennoch kommt es bei den meisten Scalern, bis auf robidouxsharp oder bilenear zu Bild- und Tonaussetzern.

Hätte ich nicht gedacht, dass die UHD 630 bei einer 8er CPU am Ende ist und bei einer 10er CPU vermutlich anders angebunden ist und noch etwas Leistung übrig hat, dass Shader und ewa-rbidouxsharp gehen.

Und dann das Wichtigste: Im oberen Bereich flimmert das Bild, vor allem bei i576-Sendern und nur bei hellen Farben. Ist das nur bei mir so? Oder scheidet Ihr im Plugin-Setup oben ein oder zwei Pixel-Reihen ab?

Stefan

Ich schneide nix ab und es flimmert auch nicht.

Ah, ok, ist bei mir auch aus.

Hi,

ist die GL-Variante von libplacebo grundsätzlich auch mit CUVID möglich?

Beim Bauen bekomme ich immer die folgenden Fehler:

video.c: In function 'CuvidSwapBuffer':
video.c:4545:20: error: 'eglDisplay' undeclared (first use in this function); did you mean 'EGLDisplay'?
     eglSwapBuffers(eglDisplay, eglSurface);
                    ^~~~~~~~~~
                    EGLDisplay
video.c:4545:32: error: 'eglSurface' undeclared (first use in this function); did you mean 'EGLSurface'?
     eglSwapBuffers(eglDisplay, eglSurface);
                                ^~~~~~~~~~
                                EGLSurface

und

video.c: In function 'InitPlacebo':
video.c:5641:26: error: 'eglDisplay' undeclared (first use in this function); did you mean 'EGLDisplay'?
     params.egl_display = eglDisplay;
                          ^~~~~~~~~~
                          EGLDisplay
video.c:5642:26: error: 'eglContext' undeclared (first use in this function); did you mean 'glxContext'?
     params.egl_context = eglContext;
                          ^~~~~~~~~~
                          glxContext

Wenn ich das Plugin zum Gegencheck mit VAAPI und PLACEBO_GL baue, läuft es durch.

CUVID und PLACEBO baut auch ohne Probleme, aber ich bekomme Vulkan ums verrecken nicht zum laufen.

CUVID ohne PLACEBO läuft auch.

Und MPV mit der OpenGL-API läuft auch ohne Probleme (mit NVDEC als Dekoder).

Vielen Dank schon mal.

Gruß

Christoph

Ne, lässt sich bei mir auch nicht mit PLACBO_GL übersetzen - selber Fehler. Und auch bei mir klappt es mit den beiden anderen Inkarnationen.

Und auch bei mir klappt Vulkan nicht.

Hallo,

im Testing-Branch von Slackware-current ist nun Kernel 5.12.0 enthalten.

Ich habe nun die HDR-Ausgabe getestet und das funktioniert sehr gut. Bravo!

Getestet habe ich auf dem NUC8 ohne libplacebo.

jojo : Kannst Du nochmal erläutern welche Vorteile zusätzlich die Verwendung von libplacebo hätte.

Das ist mir noch nicht ganz klar,

Gute Arbeit!