softhdcuvid jetzt mit VAAPI und HDR support

    Sorry wenn ich mal wieder dumm fragen muss:


    Würde damit ein Intel NUC Kit NUC8i3BEH oder Intel NUC Kit NUC7i3BNH mit UHD und HDR funktionieren?

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

    Hi,


    Zitat

    Würde damit ein Intel NUC Kit NUC8i3BEH oder Intel NUC Kit NUC7i3BNH mit UHD und HDR funktionieren?

    UHD Ausgabe wird laufen nur HDR hängt unter Linux auch vom Kernel und ffmpeg etc.. ab. Der Kernel v5.3-rc6

    hat schon Ansätze hierfür. Der VDR-2.4.x kann es eigentlich schon wenn man z.B. sich eine M3U-Liste der von den VDR-Channels macht und diese dann am TV in ein eine IPTV App (z.B. smart IPTV) einließt. Erhält man z.B. bei RTL UHD auch mit HLG-Wiedergeben (HDR-Format) als Ausgabe.

    Aber Ubuntu 18.04 / 19.04 ist da noch nicht auf dem Stand eine HDR-Ausgabe z.B. für VDR- oder Kodi-Wiedergabe zu liefern.


    Grüße

    cinfo

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

    Ich habe grade getestet, bei mir sieht es noch nicht so gut aus. Ich habe auch alle Scaler wie hier erwähnt auf Bicubic eingestellt.


    Bei mir sind SD, HD und UHD alle unsyncron in Ton und Bild. Das Bild läuft ruckartig, die gesamte Bedienung des VDR ist sehr zäh. Meisstens beim Umschalten auf UHD bekomme ein verwürfeltes Bild, sieht aus wie ein durcheinander geworfenes Puzzle, zwischendurch blitzt immer wieder ein grüner Hintergrund auf. Dann gibts einen Neustart des VDR und im Log stand


    vdr-server kernel: [ 2508.437840] traps: oglThread[4618] general protection fault ip:7f20befca781 sp:7f1ff1ee2a60 error:0 in libc-2.29.so[7f20bef5c000+173000]


    Jetzt weiss ich nicht, was du genau an Logdaten benötigst (komplett vom Start des VDR oder vom Umschalten auf einen bestimmten Sender .....) , hier habe ich z.B. auf ARD HD umgeschaltet


    Das umschalten dauert auch recht lange, oft liefen nach dem umschalten erst noch einige Sekunden des vorherige Sender weiter, bis dann das Bild vom neuen Sender kam. Mit "Dekoder beim Kanalwechsel leeren" ist der Effekt nicht mehr zu sehen.

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Vielen Dank!

    Ich verstehe das so, dass es ohne HDR kein Problem gibt. Also werde ich mir zum Spielen mal so einen NUC besorgen. Gibt es da ggf. noch besser geeignete NUCs?

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

    Hi,


    Zitat

    Gibt es da ggf. noch besser geeignete NUCs?

    Die NUC Kit NUC8ixBEH Reihe ist hier ausreichend mit Intel Iris Plus Graphics 655 (IGP), HDMI 2.0a


    Grüße

    cinfo

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA


    Wie schnell ist denn die CPU und welche IGP hast du denn ? Nimm mal den skindesigner raus und lass es mal nur mit dem softhdvaapi laufen.

    Ich habe das verhalten welches im Log zu sehen ist auch schon gehabt, kann es aber nicht reproduzieren.

    Der Absturz ist im opengl und hat eher nichts mit dem vaapi zu tun.


    mfg

    jojo61

    Mein Board ist das j4105m aus meiner Signatur. Die CPU ist eine J4105 mit bis zu 2,5 Ghz. Ich habe mal den Governor von Powersave auf Performance umgestellt, nun laufen alle Kerne mit 2,4 Ghz, das macht aber keinen Unterschied.


    IGP ist eine UHD Graphics 600.


    Skindesigner hab ist deaktiviert, es läuft mit LCars etwas flüssiger, die anderen Probleme bleiben aber. Bei mir funktioniert auch nur eine bestimmte Version vom vaapidevice ( commit 6372704835b62bee882feed92686edc75e70b55f von https://github.com/pesintta/vdr-plugin-vaapidevice ). Bei aktuellen Versionen habe ich die gleichen Symptome.


    Beim zappen zwischen den UHD-Kanäle gab es wieder einen Absturz dass sah dann so im Log aus

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Was sagt denn dein vaainfo ? Hast du das softhdvaapi selbst übersetzt oder das aktuelle Paket von seahawk von heute benutzt ? Welche Version von ffmpeg hast du. Ich nutze das akuelle git. Dein Rechner sollte das locker schaffen.


    Der Rechner schafft das ja auch mit der genannten Version vom vaapidevice oder Kodi.


    Das Plugin habe ich selbst übersetzt. ffmpeg ist die Version die bei Ubuntu 19.04 dabei ist, da habe ich jetzt noch nichts selbst compiliert.


    ffmpeg --version

    ffmpeg version 4.1.3-0ubuntu1 Copyright (c) 2000-2019 the FFmpeg developers

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    vaapidevice ist von hier


    https://github.com/pesintta/vd…7e316ca40922d21393f80+104


    dort vom 20.2.2018 (Merge pull request #59 from rofafor/feature/c99 ) diese läuft bei mir flüssig. Vielleicht kannst du hieraus Rückschlüsse ziehen ??

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Dumme Frage: Bist du sicher das du meine Version von heute hast ?


    Zumindest kann ich bei deinem Setup nix ungewöhnliches finden. Auf welche Refresh Frequenz ist denn dein Monitor eingestellt ? Das sollte 50 Hz sein.

    Bin etwas ratlos im Moment.

    Ja klar mit deinen aktuellsten Änderungen "fix framedrop in vaapi". Fernseher, Xorg ist auf 50 Hz eingestellt.


    Beim vaapidevice bin ich gerade vom funktionierenden Commit 6372704835b62bee882feed92686edc75e70b55f schrittweise vorgegangen und konnte 2bbca4486650d9651df20be4099194b6c7c06065 vom 3.3.2018 wieder compilieren. Und da treten die Probleme langsam wieder auf, SD geht garnicht nur grünes geflackere, HD ist nicht synchron allerdings läuft UHD damit einigermaßen.


    Soweit kann ich das dort jetzt eingrenzen. Es müssen beim vaapidevice also zwischen dem 20.2.2018 und dem 3.3.2018 irgendwelche Änderungen stattgefunden die genau diese Probleme hervorrufen.

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Ich habe mir die Commits mal angeschaut und da wird nur am Buffermanagement gebastelt. das sollte keinen einfluss auf das decodieren haben. Wenn du allerdings zu wenig Memory für die IGP reserviert hast, dann kann das zu Problemen führen. Schau mal hier ob du alle Optimierungen gemacht hast.


    Mir ist nicht ganz klar wieviel und woher die IGP ihr Memory bekommt. Wenn man das im Bios setzen kann dann solltest du es mal vergrössern.


    mfg

    jojo6

    Im Bios ist die Optione "Gemeinsam genutzter Speicher" für die Onboard-Grafikkarte fest auf 512MB, also das Maximum, eingestellt. Weitere Optimierungen habe ich bisher nicht vorgenommen. Und wie gesagt, es läuft mit Kodi problemlos und auch gewisse Stände vom vaapidevice und auch dem softhddevice mit vaapi-Unterstützung funktionieren halbwegs brauchbar.


    Mit dem Problem stehe ich übrigens nicht alleine da. Auf die Idee, dass ein bestimmter Stand vom vaapidevice halbwegs brauchbar ist brachte mich damals mamomoz in diesem Thread.


    Ich habe diesen Stand ja auch seitdem auf meinem Server produktiv im Wohnzimmer im Einsatz. Allerdings läuft es noch nicht optimal. Das OSD ist z.B. im Gegensatz zur OpenGL-Variante recht träge und bei UHD gibt immer mal wieder Sprünge oder kleine Aussetzer. Der aktuelle Git-Stand funktioniert bei mir überhaupt nicht mehr, und eine Weiterentwicklung findet da ja scheinbar auch nicht mehr statt.


    Deshalb war ich positiv überrascht als ich las, dass du dich der Sache annehmen und vaapi in dein Plugin integrieren wolltest. :wow:]


    Wenn ich mit irgendwelchen speziellen Debugausgaben o.ä. helfen kann um der Ursache auf den Grund zu kommen, kein Problem, da ich selbst compiliere kann ich da einbauen was du möchtest. Zeit finde ich auch dafür. :thumbup:

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Hollywood in video.c so um die Zeile 4678 ist ein Debug print auskommentiert

    Code
    printf("      Diff %d filled %d skipwait %d                        \n",diff/90,filled,skipwait);

    aktiviere das mal und poste mal das Egebniss. Ich vermute mal das der diff wegläuft weil die Frames nicht schnell genug verabeitet werden können. Warum auch immer. Wenn das der Fall ist dann schauen wir uns mal die Verarbeitungszeit der Frames genauer an.

    Das sieht beim Start auf RTL-SD dann so aus


    Wie schaffe ich es eigentlich, dass die printf Debugausgaben im Terminal ausgegeben werden ? Ich starte den VDR über die Scripte von runvdr-extreme. Selbst wenn ich den VDR von der Konsole starte werden die bei mir nicht ausgegeben.


    Ich habe aus


    printf(" Diff %d filled %d skipwait %d \n",diff/90,filled,skipwait);


    nun


    Debug(3," Diff %d filled %d skipwait %d \n",diff/90,filled,skipwait);


    gemacht um an die Logausgaben zu kommen.


    Die Logausgaben gucke ich mir durch Eingabe von


    tail -f /var/log/syslog


    an.

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Wenn ich auf SES UHD Demo Channel schalte stürzt der VDR reproduzierbar ab


    hier ist ein Log davon, allerdings noch ohne die obige Debugausgabe.

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Code
    Aug 27 11:46:53 vdr-server kernel: [  597.131638] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0

    Das sieht nach einem Kernel/Treiberproblem aus - steht dazu noch mehr im Log bzw. der Ausgabe von dmesg?. Eventuell hilft mit der Gießkanne über die Boot-Argumente zu gehen: https://forum.manjaro.org/t/i915-gpu-hang-solved/37200 (und dann herauszufinden, welche davon tatsächlich notwendig sind).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Das passiert doch aber nicht mit Kodi oder mit dem von mir genannten Commit vom vaapidevice. Der Sender und alle Anderen laufen dort ohne Abstürze, synchron und ohne Bildfragmente.


    Soll ich da dann wirklich mit Kernel-Parametern experimentieren, oder fummele ich da eher an der falschen Stelle ?

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden