softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

  • Das hatte ich gelesen, mich dann aber gewundert, dass ffmpeg bei mir momentan gar nicht installiert ist.

    Heißt dass, durch dein ffmpeg werden Teile von libavcodec57 ersetzt/überschrieben?


    Cheers,

    Ole

  • Lustig...


    Code
    root@htpc:~/install/libavcodec# apt-get source libavcodec57
    Paketlisten werden gelesen... Fertig
    Als Quellpaket wird »ffmpeg« statt »libavcodec57« gewählt.


    Das erklärt es dann wohl. Grummel.


    Cheers,

    Ole

  • Ging mir gestern bei meinen ersten Tests auch so.Es waren nur die Hintergrundgeräusche und Musikunterlegung zu hören. Die englische Tonspur war da.


    mit sowas hatte ich aber mit softhddevice immer Probleme beim Downmix das da die Kanäle falsch sortiert waren, dazu gabs doch das: http://www.vdr-wiki.de/wiki/in…Softhddevice-plugin#Audio


    Mit pulseaudio hab ich diese Probleme dann nie wieder gehabt.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Heißt dass, durch dein ffmpeg werden Teile von libavcodec57 ersetzt/überschrieben?

    Aus dem ffmpeg-Quellpaket werden eine Reihe von Paketen erstellt, vgl. "Built packages" in https://launchpad.net/~seahawk…72/+listing-archive-extra

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich habe mal versucht diese Änderung für ffmpeg 3.4.4 zu übernehmen (https://launchpad.net/~seahawk…shed&field.series_filter=) - vielleicht kann das jemand ausprobieren, wenn das Paket gebaut hat.



    Hab ich das richt verstanden: Dieser Patch ersetzt den Patch den JoJo für ffmpeg vorgeschlagen hat. Oder beide zusammen?

  • Hab ich das richt verstanden: Dieser Patch ersetzt den Patch den JoJo für ffmpeg vorgeschlagen hat. Oder beide zusammen?

    Ich habe das so verstanden, dass er beide von @joj61 vorgeschlagene Änderungen ersetzt, weil er dafür sorgt, dass der Test, ob der Buffer voll ist, richtig funktioniert.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Wo ist das Problem? Die Änderungen sind in ffmpeg 3.4.4 in "libavcodec/cuvid.c" statt in "libavcodec/cuviddec.c" zu machen.

    Bei mir wird 30min lang compiliert und dann, kurz vorm Paketbau, bei der Generierung der man pages mit fehlenden Schreibrechten abgebrochen. :(

  • Hi,

    Bei mir wird 30min lang compiliert und dann, kurz vorm Paketbau, bei der Generierung der man pages mit fehlenden Schreibrechten abgebrochen.

    nimm doch das PPA von seahawk1986!

    https://launchpad.net/~seahawk…shed&field.series_filter=

    ...da ist der Patch bereits in FFmpeg.


    Gruss

    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Mit dem ffmpeg Paket von seahawk bekomme ich diese Fehlermeldungen beim Umschalten einen nicht HD Sender:


    Die RTL HD Sender laufen einwandfrei.


    Gruß


    Murry

  • Ja, ich, mit dem an 3.4.4 angepasstem patch von seahawk1986


    siehe auch hier


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

    Einmal editiert, zuletzt von jsffm ()

  • Ja, ich, mit dem an 3.4.4 angepasstem patch von seahawk1986


    siehe auch hier

    Der Patch war für ffmpeg 4.0, deshalb wollte ich noch eine Bestätigung von jemanden der die aktuelle Version einsetzt.

  • Richtig, aber seahawk hatte ihn für 3.4.4 angepasst und dort zeigt er offensichtlich den gleichen Fehler.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Da würde mich ein Log mit eincompilierten DEBUG und -l 3interessieren. Sieht aber so aus als ob beim "offiziellen" Patch von FFMPEG etwas nicht in Ordnung ist.

  • Da würde mich ein Log mit eincompilierten DEBUG und -l 3interessieren. Sieht aber so aus als ob beim "offiziellen" Patch von FFMPEG etwas nicht in Ordnung ist.

Jetzt mitmachen!

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