softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

  • Wo bekomm ich denn für nvidia ein ppa mit aktuelleren Treibern, und welche gehen überhaupt noch mit meiner GT630?

    Es gibt https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa, da gibt es u.a. einen nvidia 390.87 und einen 396.54 (für den muss man in debian/control alle Vorkommen von 390 durch 396 ersetzen und das PPA im eigenen PPA als Paketquelle hinzufügen) - laut der Beschreibung auf der nvidia-Homepage ist der 396 nicht mit der GT630 und GT730 kompatibel.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • CKone Dir scheint noch eine Regel für softhdcuvid in der rc.xml für Openbox zu fehlen, die die Fensterdekoration versteckt.


    ja hatte ich gesehen und schon behoben, hatte bisher nur im Wohnzimmer getestet und dort die Dekoratrion entfernt.

    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



  • PIP habe ich nicht getestet ich schau es mir mal an. Aber wenn es kompliziert wird dann werfe ich PIP raus.

    Das wäre schade! Du solltest PIP eine Chance geben.


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

  • laut der Beschreibung auf der nvidia-Homepage ist der 396 nicht mit der GT630 und GT730 kompatibel

    Mit meiner GT730 funktioniert der 396.54er :/

  • jo hier auf der GT630 hab ich auch noch Bild mit dem 396.54er. - Anhand von https://download.nvidia.com/XF…EADME/supportedchips.html soll es auch egtl kein Problem sein

    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



  • nachdem ich das softhdcuvid jetzt gegen den 396.54er neu gebaut habe bekomme ich auch wieder Bild und kann die genannten Probleme nach ein paar Minuten Testing nicht mehr reproduzieren.


    Ich lass das mal so und versuche mehr Eindrücke zu sammeln. Wenn das heute gut läuft und wenn sich aus dem Nirgendwo ein Patch für vdrboblight einfindet würde ich das morgen oder am Sonntag auch gern auf dem anderen VDR testen.


    Danke bis hierher

    Christian

    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



  • Ich lass das mal so und versuche mehr Eindrücke zu sammeln. Wenn das heute gut läuft und wenn sich aus dem Nirgendwo ein Patch für vdrboblight einfindet würde ich das morgen oder am Sonntag auch gern auf dem anderen VDR testen.

    Den Patch liefere ich heute noch.

    Der Feierabend naht...


    EDIT: So erledigt. Patch anbei. Bei mir sieht das gut aus. Die Farben leuchten wieder 8)

  • Wofür ist das sleep(5) im Destructor von cAmbithread?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Danke, ich habe das Paket in ppa:yavdr/experimental-vdr mal damit gepatched.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Nochmal PIP


    BT beim Beenden habe ich leider nicht hinbekommen, da er nicht abbricht, ich muss ihn mit kill -9 beenden.


    Log:



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

  • EDIT: So erledigt. Patch anbei. Bei mir sieht das gut aus. Die Farben leuchten wieder 8)


    ich hab jetzt gerade nicht gechecked ob das vdrboblight mit softhddevice auch noch geht aber mit softhdcuvid läuft das prima mit meinen beiden Philips Hue, vielen Dank dafür.


    Hab es jetzt genauso wie im Esszimmer im Probelauf: also mit GT630, gepatchtes ffmpeg 3.4.4 und nvidia 396 auf dem bionic. Auf dem ersten Rechner musste ich aber leider gestern Abend übergangsweise wieder zurück auf softhddevice da das alte Promblem wieder auftauchte.


    Es zeigt sich wie folgt:

    man schaut eine ganze Zeit ohne Probleme, meist 1080i von hd+ - wenn man dann umschaltet bekommt man auf 1080i nur noch schwazes Bild, Ton und OSD sind da und wenn ich auf 720p schalte bekomme ich auch sofort Bild. Nach restart vdr ist alles wieder ok.


    Hat so ein Verhalten auch schon jemand gehabt? Hat auch nichts mit dpms zu tun, OSD ist ja da. Ich teste das nochmal mit dem anderen VDR, ist alledings diegleiche GT630 verbaut...


    Was ich sagen kann ist das die ganze Bedienung und das OSD mit opengl Beschleunigung wirklich rasant schnell ist, gefällt mir wirklich gut.


    Christian

    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



  • Das alles (Ubuntu 18, yaVDR ansible, VDR 2.4, softhdcuvid) geht mit der "alten" GT630?

    Du machst mir Hoffnung für meine GraKa (siehe Signatur).

    Hast du damit auch softcam (dvb*a**) am Laufen?

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • ich hab jetzt gerade nicht gechecked ob das vdrboblight mit softhddevice auch noch geht aber mit softhdcuvid läuft das prima mit meinen beiden Philips Hue, vielen Dank dafür.

    Moin Christian, ja beide Plugins sollten funktionieren mit dem Patch.


    Es zeigt sich wie folgt:

    man schaut eine ganze Zeit ohne Probleme, meist 1080i von hd+ - wenn man dann umschaltet bekommt man auf 1080i nur noch schwazes Bild, Ton und OSD sind da und wenn ich auf 720p schalte bekomme ich auch sofort Bild. Nach restart vdr ist alles wieder ok.


    Bei mir mit nvidia 390 und einer GT630 ist es exakt genauso bei mir wie Du beschrieben hast.

    Ich werde nun aber eine 1050TI in meinen VDR einbauen und auf 396 gehen. Man schauen ob dann alles gut ist.


    Gruß

  • Danke für die Rückmeldung.


    Ich hab den 396 drin, das hilft nicht. Du kannst auch im top sehen wie das Xorg und das NVidia load langsam ansteigt, vdr bleibt normal.


    Was aber hilft ist das jeweils aktive Arno plugin zu deaktivieren, schnurrt hier seit ner Stunde problemlos vor sich hin.


    Denke da ist noch n bug im Service Interface.


    Christian

    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



  • CKone Könnte sein das die GT630 zu langsam ist um mit dem Atmo und deinterlacing zu laufen. Dann stauen sich die dekodierten frames und der Buffer läuft voll. Das wird mit Atmo nicht besser weil ich für das grabben das komplette Bild nochmal rendern muss (um auf die kleine Auflösung zu scalieren) und ich denke da kommt die GT630 dann nicht mehr mit. Eine Option wäre das deinterlacing abzuschalten und das 2. Halbbild zu verwerfen. Allerdings ist dann die Bildqualität eingeschränkt und deswegen ist es eher keine Option. Zum ausprobieren kannst du den Treiber ja mal umschreiben. Einfach in codec.c folgendes ändern: ...."deint", 0, 0) und ... drop_second_field", "true" setzen. Das greift nur bei interlaced video.

    Code
    else if (strstr(decoder->VideoCodec->long_name,"Nvidia CUVID") != NULL) {
            if (av_opt_set_int(decoder->VideoCtx->priv_data, "deint", 2 ,0) < 0) { // adaptive
              pthread_mutex_unlock(&CodecLockMutex);
              Fatal(_("codec: can't set option deint to video codec!\n"));
            }
            if (av_opt_set(decoder->VideoCtx->priv_data, "drop_second_field", "false" ,0) < 0) {
              pthread_mutex_unlock(&CodecLockMutex);
              Fatal(_("codec: can't set option drop 2.field  to video codec!\n"));
            }
        }
  • Sodelle, mit einer GT1030 bekomme ich mit NVidia 396.54, ffmpeg 3.4.4 bzw. ffmpeg 4.0.2 und Cuda 9.1 SDK auf SD, HD und HD+ ein prima Bild. Entäuschend siehts dann auf UHD (z.B. FashionTV, UHD1 usw.) aus. Ton ist da, aber das Bild ruckelt bzw. stockt alle paar Sekunden. Die CPU Last sieht nicht viel anders aus, wie auf den HD oder HD+ Kanälen. Daran kann es also nicht liegen. Gibt es da noch Optimierungsmöglichkeiten meinerseits, eventuell bei ffmpeg?

  • direkt oder über streamdev?


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

  • Ohne Streamdev, also direkt.

Jetzt mitmachen!

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