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

Zitat von johns

Versuche doch mal eine Aufnahme, dann lass die mal durch eine TS Analyse laufen.

Aufnahmen habe ich genug. Mit was soll ich die denn analysieren?

checkts prüft nur auf TS continuity errors, im Vergleich zu NaluDump kommt es so ziemlich aufs selbe raus.

Also ich habe jetzt Live-TV Prosieben HD geschaut und gleichzeitig aufgenommen. Dann habe ich gewartet bis der Fehler autritt und die Aufnahme durch TS-Doctor geleitet.

Der sagt, dass alles in Ordnung ist. Siehe Anhang.

Also die Aufnahme ist ca 12 Minuten lang und nach etwa 11 Minuten kommt der Fehler. Wenn ich die Aufnahme von Anfang an abspiele erscheint der Fehler in der Log, wenn ich danach etwa eine Minute zurückspule und von dort aus weiterlaufen lasse, kommt der Fehler nicht mehr. Ist da irgendwas mit den Puffern?

In VLC läuft die Aufnahme perfekt und in den Logs ist nichts zu sehen.

edit: Wichtig ist vielleicht noch, dass ich den Patch, den du weiter oben gepostet hast noch drauf hatte...

Hi johns,
Dieses Zitat von mir :

Zitat

Ich wiederspreche dir nur ungern: Aber ich bin mir sicher, daß dieses
Ruckeln nur beim Öffnen des OSD in älteren commit's nicht aufgetreten
ist.

Ist nicht richtig !
Ich habe diverse ältere commit's von softhddevcie getestet, und Nivida Treiber bis hin zum gerade aktuellen (ein paar Tage alt)
Deine Vermutung, daß es am Deinterlacer TemporalSpatial liegt war richtig - Ich dachte eine GT 430 sollte diesen auch bei 1080i packen, dem ist offensichtlich nicht so.
Vermutlich hatte ich vorher einen anderen Deinterlacer eingestellt, zb. Temporal dann ruckelt nichts mehr.

Die "decoder render too slow" kommen immer noch - meist nicht sichtbar.
Ist die Auslagerung des "renderes" in einen separaten Thread mit so viel Aufwand verbunden - oder siehst du hier keine Lösung mehr ?

Ich weiß nicht ob es einen Zusammenhang gibt, aber auf Nick/Comedy (SDTV) werden auch Unmengen Frames gedroppt.

Hi johns,

Zitat von johns

VDPAU ist thread safe, aber X11 nicht und die jetztige Version hat Probleme, sobald ich bei X11 Threads einschalte.

Da fehlt mir jetzt das C++ Verständnis bzw, wie der Zugriff auf den Treiber und X11 im Prinzip abläuft.
Ich dachte da wohl etwas zu einfach- etwa so: Du erstellst eine eigene Renderer class und die übernimmt eben das Rendern und entlastet damit den Hauptthread, und blockiert diesen nicht.
Ich verstehe deine Bedenken in etwa so : Wenn du aus der thread renderer class VDPAU Funktionen benutzt dann würde dies funktionieren, bei X11 Funktionen gibt es Problem (segfault etc)

mfg Rudi

Bei mir waren immer hauptsächlich Sender wie Prosieben HD und RTL HD betroffen. In letzter Zeit habe ich aber keine Hänger mehr im Bild gemerkt. Irgendeine Änderung hat bei mir sehr stark geholfen. Ich schaue mal, was die Log heute Abend dazu sagt.

Zitat von johns

Sagt mal welche Sender sind am meisten betroffen?

Auch hier eine GT430 Kiste:
Bei mir nur auf 1080i Sendern, bei HD+ eher als bei Sky HD.
Ist aber wie Copperhead auch schon sagt, weniger geworden.
Hänger sind zwar sehr selten, aber hier auch wieder eher bei HD+

Da dies bei Xine Plugins ab und an auch vorkommt, denke ich, das hier die Leistung der GPU bei hohen Datenraten an die Grenzen kommt.

mfg Rudi.

PS:
Dies habe ich auch erst viel extremer bei einem Bekannten gesehen, der einen Edison HD Receiver hat - Ich konnte mir ein Lächeln kaum verkneifen

Vielleicht sollte ich mir doch mal eine GT520 besorgen. Die G210 ist sehr nett, aber wenn ich jetzt wüsste, dass es an der Leistung liegt und die GT520 das 100% hinbekommt würde ich sofort wechseln.

Pro7 oder Pro7 HD? Ich denke schon, dass das einen Unterschied macht.

Zitat von johns

Gibts denn nur zwei Mann mit diesen Problemen?

Von einem Problem zu sprechen wäre jetzt übertrieben.

Da es nur auf 1080i auftritt (und nie auf z.b. 720p TemporalSpatial ) , wäre evtl der deinterlacer als Fehlerquelle denkbar ?
Wenn also jemand testet, wäre der gerade verwendete Deinterlacer ein Kriterium.

Ich habe das "Problem" deutlich weniger wenn ich Temporal verwende, bei TemporalSpatial ruckelt auch das Live wenn das OSD offen ist.
Da dies bei xineliboutput nicht so ist, verstärkt meinen Verdacht.

I