[softhddevice] Empfangsstörungen bzw. "video/vdpau: decoder render too slow"

jrie: Dann fange ich mal an

Grafikkarte: ION
nvidia-Treiber: 295.59

Den mplayer haben ich mit den folgenden Parameter gestartet :

-fs -vo vdpau:deint=3 -vc ffh264vdpau -ao alsa:device=hw=0.3

Ich habe somit als deinterlacer-Algo. Temporal benutzt. Temporal-Spatial schafft mein ION nicht und das würde auch das Ergebnis verfälschen.

Als Ergebnis erhielt ich :

A:4304.9 V:4304.9 A-V: -0.019 ct: -0.893 9258/9258 1% 48% 1.8% 139 0


========== vdp_decoder_render() returned after 150.086 ms ==========
call 9260


A:4466.0 V:4465.9 A-V: 0.101 ct: -0.893 17306/17306 1% 70% 1.8% 4162 0


========== vdp_decoder_render() returned after 130.714 ms ==========
call 17308

Dabei handelt es sich genau um die Stelle, bei der hier die Hänger auch beim Aufnehmen hatte. Ich muss aber dazu sagen, dass ich dieses Ergebnis erst im zweiten/dritten Anlauf erhalten habe.

Grüße

Oc86

Ich nehme mal an, du hattest beim Abspielen mit mplayer keine sichtbaren Hänger, oder?
Die Laufzeiten für die calls sind beim Abspielen mit mplayer nicht kürzer als beim Abspielen mit softhddevice (allerdings treten sie mit softhddevice doppelt auf, das kenne ich aber auch von xine). Die Frage ist also, warum diese beim Abspielen mit softhddevice zu so vielen missed frames führen.
Über "duping"/"droping" habe ich mich auch schon gewundert.

johns Kannst du damit etwas anfangen http://www.nvnews.net/vbulletin/showpost.php?p=2540638&postcount=24 ?

jrie: doch, genau an diesen Stellen hatte ich mit dem mplayer wieder sichtbare Hänger gehabt!

Wenn das so ist, könntest du das gleich bei nvidia posten!
Ein reproduzierbarer Hänger, der auch mit mplayer auftritt, danach haben wir lange gesucht.
Fragt sich nur, ob die sich heutzutage noch um einen ION scheren. Aber probieren sollte man es auf jeden Fall!
Wenn du sagen wir mal die Aufnahme 10 mal abspielst mit mplayer, wie oft siehst du dann die Hänger?
Es ist ja nicht jedes Mal, oder?

Und du solltest als Treiber den 304.43 nehmen, denn der 295.59 wird nicht mehr supportet.

Ich werde das mal auf nvidia posten, obwohl es laut diesem post
http://www.nvnews.net/vbulletin/showpost.php?p=2539888&postcount=22 Sie schon einen sample mit reproduzierbaren Fehler schon haben scheinen. Wenn ich so den Thread bei nvidia lesen, scheint es mir so, als würde nvidia in diesen Fehler nicht viel Zeit zu investieren. Der Fehler wurden ja schon am 10.7.2010 gemeldet.
Den Fehler sehe ich etwa in 9 von 10 Fällen.

Grüße

Oc86

Sie konnten den Fehler lange nicht reproduzieren, deswegen hat es wohl gedauert.
Und 9 von 10 klingt richtig „gut“. Dann haben sie noch mehr Material.

johns: Hier ist mal ein log eines Tests mit -DDEBUG flag auf Sky Sport HD:
http://pastebin.com/Q8BXLdKA

jrie: Das Video habe ich schon auf vdpau@partners.ftp.nvidia.com(sample_decoder_render_too_slow.ts) hochgeladen. Leider hat mich aber seit schon zwei Tagen kein admin auf dem nvidia-Forum mich freigeschaltet, damit ich einen Beitrag verfassen kann.

Du solltest nach dem posten auf nvnews auch zusätzlich einen Fehlerbericht an linux-bugs@nvidia.com schicken. Dabei nvidia-bug-report.log nicht vergessen.

was hast du da für eine Quattro am Start?

Christian

Quadro FX 880M = 48 CUDA Recheneinheiten
GT520 = 48 CUDA Recheneinheiten
meine GF210 =24 CUDA Recheneinheiten
normale GF210 = 16 CUDA Recheneinheiten
ION = 16 CUDA Recheneinheiten

Neuere Treiber:
Mit 16 klemmts, mit 24 gehts gerade so oder auch nicht, mit 48 keine Probleme ...

Fragt sich nur, warum es mit dem 195.30 Treiber 10mal schneller geht, und auf allen Karten.
Aber da die neueren Karte das Problem mit Rechenpower erschlagen, fragt sich, ob Nvidia sich noch die Mühe macht, den Treiber für ältere Karten zu fixen. Kann man nur hoffen.

Hi,
Rein anhand der Anzahl Cuda Einheiten kann man die Leistung der Nvidia's nicht gegenüberstellen.
Siehe hier die Erklärung von fnu.

Mag sein, aber hier geht es um Hänger beim Decodieren.
Wäre interessant für mehr unterschiedliche Karten zu wissen, ob sie mit der Aufnahme "render too slow" haben. Wie ist es mit deinen?

Zitat von jrie

Wäre interessant für mehr unterschiedliche Karten zu wissen, ob sie mit der Aufnahme "render too slow" haben. Wie ist es mit deinen?

Hier wird zum Testen eine Aufnahme mit dem mplayer abgespielt, dies habe ich noch nicht gestetet.
Was ich sagen kann, "render too slow" treten häufiger bei HD+ Sendern auf, auch verbunden mit sichtbaren rucklern.
Bei SKY HD dagegen selten und wenn kaum wahrnehmbar.

Ich habe eine GT220 und verwende diesen Nvidia Treiber.
Außerdem habe ich noch eine GT430 die hat gefühlt die selbe Häufigkeit an "render too slow"
Mit der GT430 kann ich nicht den besten Deinterlacer benutzen, dies ist aber ein anderes Thema.

Den alten 195.30 Treiber habe ich noch nicht getestet, ich muß auch erst gucken ob der die GT220 schon unterstützt.
Wenn es so ist, daß es mit 195.30 Treiber behoben ist, dann muss es doch am Treiber liegen.

Der 195.30, den ich benutze, habe ich auch mit den Security Patches und Patchen für neuere Kernel versehen. Er sollte auch mit der GT220 laufen, aber nicht mit der GT430.
Es scheint sowohl am Treiber, als auch an der Rechenpower zu liegen, jedenfalls geht es ja bei Johns mit seiner GT520 auch mit neueren Treibern. Oder wenn es nicht die Rechenpower ist, hat Nvidia etwas anderes bei der GT520 besser gemacht. Das würde man aus mehr Test Ergebnissen ablesen können. Daher bin ich auf Resultate mit der GT220 und GT430 gespannt.
Ich habe übrigens andere Erfahrungen als fnu gemacht. Meine G210 mit 24 Kernen schafft unter softhddevice 1080i mit HQ nicht ganz ruckelfrei, Johns GT520 aber schon.