Spulen/Frames/Schneiden bei softhddevice-cuvid

cduerr · June 18, 2024 at 6:15 PM

Hallo,

weil mir vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 doch ein wenig zuviele andere Problemchen brachte (z.B. wurden die Hinweismeldungen im ElchiHD-OSD trotz richtiger Größe nur noch leere Balken angezeigt, außerdem leider immer wieder erhöhte Anzahl von Makroblocking in allen Sendern) habe ich in den sauren Apfel gebissen und mal eine Geforce 1030 (passivgekühlt) erworben, von GT610. Die Umstellung auf cuvid ging flott, ich habe die alten DKMS-Treibermodule (390.157) und den anderen nvidia-Krams removed, dann nvidia-dkms-535 installiert, vdr-plugin-softhddevice-cuvid 2.3.3-0yavdr0~focal installiert, "-v cuvid" in die /etc/vdr/conf.d/50-softhddevice.conf und das install-yavdr.sh nochmals laufen lassen.

Die Benutzerexperience ist wieder etwas besser geworden - die Hinweis-Balken haben wieder Text, insgesamt scheinen wieder alle vorgesehenen Infos im OSD zu sein (ich würde sagen, da gibt es einen Bug mit der Größenberechnung in Zusammenhang mit vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 und SkinElchiHD) und die Anzahl von Makroblockings ist jetzt so dass ich sagen würde, wenn das am SAT->IP-Sender (FB6591) liegt, kann ich's glauben.

Allerdings gibt es verzögertes Ansprechen. Wenn ich die Marker in Videos setzen möchte und dazu frameweise nach vorne oder hinten scrolle dauert es bis es reagiert bzw. es kommt sogar vor, dass mehr Frames gesprungen werden als ich wollte. Ich glaube, das liegt daran, dass das Ansprechverhalten nicht mehr so direkt ist. Irgendwas bremst - vermutlich habe ich deshalb einfach zu oft die Fernbedienungstaste gedrückt. VDPAU war viel flotter. Dafür hatte es leider andere Nachteile (vielleicht sollte ich auf den intel IGD umstellen?).

Ist das bekannt? Kann ich irgendwas verbessern? Das Schneiden wird so natürlich gerade wieder umständlich, wenn es um den Markad-Marker herummäandriert. Sehr ärgerlich.

P.S.: War das nicht so, dass man von nvidia noch irgendwas installieren musste? Nachdem ich Bild hatte, nachdem das Ansible Playbook durchgelaufen war habe ich zufrieden jegliche weitere Aktivität eingestellt (Update: habe noch eine archivierte Anleitung gefunden, nach der man

Code

nvidia-cuda-dev  nvidia-cuda-toolkit

installieren sollte. Habe ich gemacht, hat eine ganze Ladung nachinstalliert, aber am Problem nichts geholfen. Witzig bzw. unklar finde ich jetzt noch, was "archiviert" heißt... Für 20.04 nicht einschlägig, für aktuelle Hardware nicht einschlägig, ...?

lnj · June 19, 2024 at 7:29 AM

You can set -v vdpau and test it too.

I don't use video cutting and Markad, very rarely frame-by-frame viewing, I don't record, plus there are still the subtleties of translation, so I can't adequately reproduce the problem. The old ffmpeg worked faster, the further, the more complex the ffmpeg code and the longer the reaction. If you explain how to reproduce the problem and how to do it, I'll try to do something.

lnj · June 19, 2024 at 7:54 AM

To test, try turning off deinterlacing via the osd menu and see if that reduces the response time.

cduerr · June 19, 2024 at 9:04 AM

Hi,

many thanks for your response.

Quote from lnj

You can set -v vdpau and test it too.

easy test - works more promptly when jumping frame to frame with remote

Quote from lnj

to test, try turning off deinterlacing via the osd menu and see if that reduces the response time.

i had some difficulties finding the "Interlace off" option but finally found and set the option "WEAVE/NONE" in the plugin softhddevice settings under each resolution (from "BOB").

Setting this made no difference for how promptly frame to frame jumping via remote is done

Participate now!