[yavdr 22.04] softhdcuvid + nvidia Treiber

    Hallo!


    mir fiel auf, dass softhdcuvid bei einem update/distupgrade zurückgehalten wird. Grund dafür scheint die installierte nvidia Treiberversion zu sein:

    Code
    apt policy vdr-plugin-softhdcuvid
vdr-plugin-softhdcuvid:
Installiert:           3.22-0yavdr0~jammy
Installationskandidat: 3.23.1+git20240805-331-f026e8e-0yavdr0~jammy
Versionstabelle:
3.23.1+git20240805-331-f026e8e-0yavdr0~jammy 500
500 https://ppa.launchpadcontent.net/seahawk1986-hotmail/vdr-2.6.4/ubuntu jammy/main amd64 Packages
*** 3.22-0yavdr0~jammy 100
100 /var/lib/dpkg/status


    Bei einem Versuch softhdcuvid "hart" zu installieren, möchten installierte nvidia-535 Pakete deinstalliert und rudimentär nvidia-550 installiert werden:


    Das habe ich natürlich nicht getan. Ich bin hier mit ubuntu yavdr jammy noch mit Kernel 5.15 unterwegs:

    Code
    lsb_release -a
LSB Version:    core-11.1.0ubuntu4-noarch:security-11.1.0ubuntu4-noarch
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.4 LTS
Release:        22.04
Codename:       jammy


    Da nvidia Version 535 bekanntlich ein paar Fehler bei der Darstellung mit softhdcuvid hat, hier kein 525er zu finden ist, dachte ich, dass eventuell die neue softhdcuvid Version Besserung bringt, diese setzt aber nvidia-550 voraus:


    Code
    ubuntu-drivers list --gpgpu
nvidia-driver-535, (kernel modules provided by linux-modules-nvidia-535-generic)
nvidia-driver-390, (kernel modules provided by linux-modules-nvidia-390-generic)
nvidia-driver-470-server, (kernel modules provided by linux-modules-nvidia-470-server-generic)
nvidia-driver-545, (kernel modules provided by nvidia-dkms-545)
nvidia-driver-450-server, (kernel modules provided by linux-modules-nvidia-450-server-generic)
nvidia-driver-535-server, (kernel modules provided by linux-modules-nvidia-535-server-generic)
nvidia-driver-470, (kernel modules provided by linux-modules-nvidia-470-generic)
nvidia-driver-418-server, (kernel modules provided by nvidia-dkms-418-server)


    Sollte ich es einfach belassen wie es ist (weil's eh nix bringt) oder ein "update" riskieren (besonders viel soll allerdings vom 550er im Vergleich zu den installierten 535er Paketen nicht installiert werden ==> libnvidia-compute-550).


    Grusz!

    Das ist das alte Problem, dass das Plugin Header aus treiberspezifischen nvidia-compute Paketen braucht, um erfolgreich bauen zu können. Ich nutze den nvidia 550 Treiber auf meinem System mit einer GT1030, der wird automatisch von ubuntu-drivers installiert.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Danke für dein rasches feedback! .. hmm - ubuntu-drivers gibt mir hier nicht die Option auf nvidia-550 hochzuziehen - siehe die "list"-Ausgabe im Post oben:

    Code
    ubuntu-drivers --gpgpu install nvidia-driver-550
This is gpgpu mode
All the available drivers are already installed.


    Allerdings kann ich die Pakete "hart" installieren mit "apt install nvidia-driver-550" - ich probiere es aus .. danach wird's wieder mal an allen Ecken und Enden Chaos geben .. bis bald

    .. fertig. Ging eigentlich reibungslos, schön. softhdcuvid wurde ebenfalls hochgezogen, funktioniert aber nun gar nicht mehr - vdr steckt in einer "Neustartschleife" inkl. segfault, mit softhddevice gibt's keine Probleme - Log sagt dies dazu:


    :|

    Ah moment, vdr-plugin-softhdcuvid-nocebo geht, vdr-plugin-softhdcuvid crasht - da liegt irgendetwas mit der libplacebo im Argen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Oh, danke - das ging bei mir vollkommen vorbei, dass es auch ein "-nocebo" Plugin dazu gibt. Damit crasht der vdr nicht, aber es sind immer noch (auch wenn nicht mehr so stark) die Artefakte gleich wie beim nvidia-535 vorhanden. Siehe Anhang. Mit softhddevice kommen ab und zu "audio buffer underruns", die auch zu einem Stillstand führen. Bis auf weiteres werde ich wohl beim softhddevice Plugin bleiben.

    Bei mir läuft vdr-plugin-softhdcuvid-nocebo mit dem nvidia-550 tadellos.

    VDR-1:Steacom-ST-FC9S,Steacom-ST-Nano160,Asus Prime B560M-A,Core i5-11400,NVIDIA T600,DDR4 8GB 3200MHz,Crucial P2 CT500P2SSD8 500GB,DD Cine-S2-V7,STM32 USB Adapter, BrosTrend AX1800 WLan-Stick,yaVDR-ansible(noble) alle Updates.

    Client1: Raspberry Pi 4,LibreELEC 11.0.6

    TV =Sony KD-55AF8

    Denon AVR-X2700H/Teufel-Ultima-40 5.1

    Ich bin ein Freund von softhdcuvid / libplacebo auf Grund des SD Upscaling. Laut Segfault mit nvidia-drivers 550.67 und softhdcuvid scheint die Kombination mit nvidia-545 noch zu funktionieren. Unter yavdr 22.04. bin ich noch mit nvidia-535 und softhdcuvid-3.22.1 unterwegs.


    Besteht die Möglichkeit per Paketverwaltung auf softhdcuvid-3.23.1 zu aktualisieren ohne auch auf nvidia-550 zu gehen?

    Die Kombination softhdcuvid-3.23, libplacebo342 und nvidia-550 führ ja leider zum Crash.

    Ich werde mir das mit der libplacebo mal anschauen und erstmal die aktuelle libplacebo wieder einbauen. Evtl. hilft das ja schon für die 550.67


    Edit:

    Na das war ja mal einfach. Die aktuelle Version von libplacebo (7.349) lässt sich ohne Änderung an softhdcuvid eincompilieren.

    Jetzt muss ich nur noch auf Nvidia 550 updaten =O


    Edit2:

    Und schon fängt der Schei.. an. Also einen 550.67 finde ich nicht auf der Nvidia Download Seite. Und der aktuelle 560 lässt sich nicht installieren (warum auch immer). Um mir nicht noch weiter meinen Desktop zu zerstören bleibe ich erstmal beim 535er.

    Um den crash mit dem 550er zu analysieren bräuchte ich dann mal einen Backtrace vom crash.

    Quote from jojo61

    Edit2:

    Und schon fängt der Schei.. an. Also einen 550.67 finde ich nicht auf der Nvidia Download Seite. Und der aktuelle 560 lässt sich nicht installieren (warum auch immer). Um mir nicht noch weiter meinen Desktop zu zerstören bleibe ich erstmal beim 535er.

    Um den crash mit dem 550er zu analysieren bräuchte ich dann mal einen Backtrace vom crash.

    Der hier hilft nicht, weil zu alt?

    Gentoo Linux ~ VDR 2.6.9 ~ DD Octopus NET V2 S2 Max - SAT>IP ~ LENOVO ThinkServer TS200V ~ Intel(R) Core(TM) i5 CPU680@3.60GHz ~ 16GB RAM ~ NVIDIA T400

    Quote from jojo61

    Das sieht mir ein wenig danach aus als ob die Cuda header nicht zum verwendeten Cuda passen. Aber der bt ist auch nicht mit der aktuellen softhdcuvid Version erstellt. Kannst du da einen aktuellen bt machen mit der Version 3.22 ?

    Das wird bei mir wahrscheinlich erst am WE.


    Kann da jemand anderes schneller liefern?

    Gentoo Linux ~ VDR 2.6.9 ~ DD Octopus NET V2 S2 Max - SAT>IP ~ LENOVO ThinkServer TS200V ~ Intel(R) Core(TM) i5 CPU680@3.60GHz ~ 16GB RAM ~ NVIDIA T400

    Ich habe hier unter yavdr:


    Package: vdr-plugin-softhdcuvid

    Version: 3.23.1+git20240805-331-f026e8e-0yavdr0~jammy
    Package: libplacebo342

    Version: 7:6.338.0+git20240110-64-34e019bf-1yavdr0~jammy
    Package: nvidia-driver-550

    Version: 550.90.07-0ubuntu0.22.04.1


    Keine cuda Pakete:

    #> sudo dpkg -l "*cuda*"|grep ii

    #>


    Und die segfault Meldung:

    Aug 29 22:19:33 pluto kernel: [ 18.011688] show_signal_msg: 26 callbacks suppressed

    Aug 29 22:19:33 pluto kernel: [ 18.011692] video decoder[1622]: segfault at a0 ip 00007f0e1cb652b5 sp 00007f0d193fdd20 error 4 in lib

    vdr-softhdcuvid.so.2.6.5[7f0e1cb51000+29000] likely on CPU 5 (core 1, socket 0)

    Aug 29 22:19:33 pluto kernel: [ 18.011705] Code: 1d f0 a6 01 00 48 c7 83 ac 03 00 00 00 00 00 00 41 c7 86 dc 03 00 00 00 00 00 bf 41

    0f 11 9e cc 03 00 00 48 8b 83 88 03 00 00 <8b> b8 a0 00 00 00 e8 80 ef fe ff 4c 89 ef b9 0d 00 00 00 4c 8d ac


    Die dbg Pakete von vdr und vdr-plugin-softhdcuvid sind installiert:

    #> sudo dpkg -l "*dbg*"|grep ii
    ii vdr-dbg 2.6.5-0yavdr0~jammy amd64 Debug symbols for the VDR Video Disc Recorder
    ii vdr-plugin-softhdcuvid-dbg 3.23.1+git20240805-331-f026e8e-0yavdr0~jammy amd64 debug symbols for vdr-plugin-softhdcuvid


    Wie kann ich die bt Ausgabe erstellen?


    Der dump scheint ja geschrieben zu werden, leider ohne Info wohin:


    Aug 29 22:19:24 pluto kernel: [ 7.686341] pstore: Using crash dump compression: deflate

    Aug 29 22:19:52 pluto systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV

    Aug 29 22:19:52 pluto systemd[1]: vdr.service: Failed with result 'core-dump'.


    Gibt es einen Standardort, wo der dump zu finden ist?


    /var/lib/systemd/coredump ist leer:

    #> ls -l /var/lib/systemd/coredump

    insgesamt 0

    Hier mal der backtrace...


    Kernel: 6.10.7

    ffmpeg: 6.1.2

    libplacebo: 7.349.0

    nvidia-drivers: 550.107.02

    Code: softhdcuvid
    commit f026e8e86d03a0ce0bf35700d1e5a521e42dde71 (HEAD -> master, origin/master, origin/HEAD)
Author: jojo61 <git@jojo61.de>
Date:   Mon Aug 5 23:13:05 2024 +0200

    Wobei ich eigentlich CUDA 12.6 installiert habe.

    Weiß nicht, warum er 12.4 anzeigt.

    Gentoo Linux ~ VDR 2.6.9 ~ DD Octopus NET V2 S2 Max - SAT>IP ~ LENOVO ThinkServer TS200V ~ Intel(R) Core(TM) i5 CPU680@3.60GHz ~ 16GB RAM ~ NVIDIA T400

    Like 1

    Und das Ganze noch mal mit:

    nvidia-drivers: 560.35.03


    Gentoo Linux ~ VDR 2.6.9 ~ DD Octopus NET V2 S2 Max - SAT>IP ~ LENOVO ThinkServer TS200V ~ Intel(R) Core(TM) i5 CPU680@3.60GHz ~ 16GB RAM ~ NVIDIA T400

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login