Rückgabewert von cDevice::Poll wird ignoriert

Dies ist die Fortsetzung von
Sinn und Unsinn von "emergency exit"

Mich stört schon länger, daß DevicePoll(Poller, 10); in dvbplayer.c den Rückgabewert ignoriert.
Ein Fehler ist es nicht, da ich schon einen Workaround verwende.

Ich habe extrem große Ausgabepuffer von bis zu 8s.

cDevice::Poll liefert false (busy/voll) zurück sobald meine Devicepuffer genügend gefüllt wird.
Da aber der Rückgabewert nie überprüft wird, wird weiter cDevice::PlayVideo, ... aufgerufen.
Und die Puffer komplett gefüllt.

Ich habe mir dadurch geholfen, daß ich in meinem cDevice::PlayVideo cDevice::PlayAudio
noch einmal prüfe ob für beides genug Daten vorhanden sind und dann weiter Pakete
ablehne.

Wenn ich mich richtig errinnere war das Problem, daß die Daten in den Puffern bei
Sprüngen und Richtungswechseln zu Fehlern führte.

Johns

Zitat von kls

Wieso eigentlich? Hat das einen konkreten Grund, daß die Puffer dermaßen groß sind?

Faulheit.

Zwischen dem Audio und Video Stream gibt es Teilweise sehr große Zeitabstände.
Die Zeitstempel für den Ton liegen teilweise bis 1.4s vor dem Bild.
Habe mich gewundert, aber dvbsnoop zeigt ein ähnlches Bild.
Dann brauche ich einen Tonpuffer von min 0.3s um Tonaussetzer zu vermeiden.

Da die Puffer für den Worst Case 8 Kanal bzw. HDTV ausgelegt sind, kommen
dann bei Stereo und SDTV noch größere Zeiten heraus.

Zitat

Was ist denn daran falsch, die Puffer komplett gefüllt zu halten?

Es entstehen Belastungspeaks beim ersten Befüllen der Puffer.
Was beim Start oder Sprüngen passiert, hier ist das System durch die
Dekoder auch besonders belastet.

Zitat

Das verstehe ich nicht ganz. Bei Sprüngen und Richtungswechseln werden doch über DeviceClear() die Puffer gelöscht!?

Es ist jetzt über ein Jahr her, daß ich diesen Teil geschrieben habe. Ich muß nochmal genau gucken was passiert.
Ich glaube der Player meint er hätte die ~8s bereits gespielt und überspringt so die Daten die bereits im Puffer sind.
Durch den Clear werden die ja verworfen. Aber dies ist jetzt nur rumraten, ich werde die Puffer noch etwas erhöhen
und meine Softlimits entfernen.

Johns

So ich habe mir das Problem noch einmal angeschaut.

So wie es aussieht ist nur die Fortschrittsanzeige falsch.
Wenn man vom normalen Abspielen auf schnellen Rücklauf umschaltet,
es geht auch Zeitlupe rückwärts. Springt die Anzeige ein paar Sekunden
zurück, dann läuft die Anzeige ein paar Schritte nach rechts um dann wieder
zurückzuspringen und dann endlich richtig nach links zulaufen.

Meine Puffer werden richtig gelöscht und das Ausgabedevice mit den richtigen
Paketen gefüttert (Zeitstempel). Bis auf 1-2 noch alten Frames werden dann
die neuen Frames mit den richtigen Zeitstempel angezeigt.

Anbei ein Patch der das Softlimit im SoftHdDevice Plugin ausschaltet, bitte testen ob es Probleme
beim Spulen usw. macht.

Johns