[Bitte um eure Mithilfe] VDR: Wiedergabe einer Aufnahme stoppen benötigt mal mehr mal weniger Zeit bis ich wieder Livebild angezeigt bekomme

Zitat von Atechsystem

Ja, das hat auf jedenfall geholfen. Habe den Wert jetzt MINCHANNELWAIT auf 1 gesetzt. Es gibt ca 1,5 Sekunden verzögerung nachdem ich auf Stop gedrückt habe.

Kann der geänderte Wert jetzt zu anderen Problemen führen?

Schlimmstenfalls schaltet er mal auf einen anderen Kanal, weil der aktuelle zu lange braucht, um stabil zu werden.
Ich schau mir das aber nochmal näher an, immerhin weiß ich jetzt, in welcher Ecke man drehen kann...

Klaus

Zitat von Atechsystem

Ich arbeite grade daraufhin, dass der VDR einfach vernünftig läuft. Ein update Plane ich erst wieder zur nächsten Stable. Das eilt also alles nicht wenn die Änderungen nicht zu anderen Problemen führen.

Wenn ich das richtig verstehe wird der Kanal nach der Wiedergabe wieder getunt. Also quasi wie ein Umschalten zurück auf den Sender? Mit den 2 Sekunden kann ich gu leben. Interessehalber aber mal die Frage ob das noch schneller gehen könnte. Kann ich den Parameter MINCHANNELWAIT noch kleiner als 1 setzen?

Ja, aber die Hauptschleife wird normalerweise nur im Sekundentakt durchlaufen, also würde ich da kein große Veränderung mehr erwarten. Aber probieren kannst du es ja mal.

Klaus

Zitat von johns

Ich mache dies extra nicht.

Beim Kanalwechsel dauert es ja eine gewisse Zeit bis ein komplettes Videobild vorhanden ist und genug gepuffert ist.
Diese Puffer spiele ich noch ab.
Dadurch entsteht der Eindruck eines schnelleren Kanalwechsels.

Aber sollte nicht auf den Tastendruck an der FB eine möglichst unmittelbare Reaktion erfolgen? Und sei es, daß der Bildschirm dunkel und der Ton still wird.

Zitat

Sind aber bei LiveTV nur ca. 336ms.

Hmm, 0.3 Sekunden sind doch in etwa die Zeit, ab der man bei fehlendem Feedback meint, das Umschalten hätte nicht geklappt, oder?

Zitat

Da es die anderen Ausgabeplugins nicht brauchen und du lieber nichts ändern willst, ändere ich es in meinem Plugin.

Ich werde das Empty() im cDvbPlayer-Destruktor dennoch einbauen, weil ich es durchaus für sinnvoll halte.
Nichtsdestotrotz wäre es nicht verkehrt, wenn du die Puffer auch in SetPlayMode(pmNone) löscht. Immerhin hat der Aufrufende beschlossen, daß die Wiedergabe (oder was auch immer gerade abgespielt wird) jetzt beendet werden soll, und nicht erst in einiger Zeit ;-).

Klaus

Zitat von kls

Aber sollte nicht auf den Tastendruck an der FB eine möglichst unmittelbare Reaktion erfolgen? Und sei es, daß der Bildschirm dunkel und der Ton still wird.

Es scheint was psychologisches zu sein, aber eine Schwarz-Pause kommt einem deutlich länger vor, als ein verzögerter Wechsel mit Bild.

Gerald

So ich habe mir nochmal angeschaut, was ich da gebaut habe.

Ich glaube ich muß das dringend mal dokumentieren, das kapiert sonst niemand.
Es sind hier auch mehrere Threads am zusammenspielen.

Also ich leere die Video Puffer erst, wenn ich Videomaterial bekomme.
Wenn nun der VDR einige Sekunden braucht um etwas zuschicken, dann spielt
solange noch die Aufnahme aus den Puffern.

Beim Stoppen oder Springen in Aufnahmen, reagiere ich auch schneller.

Beim Zappen ist halt der Eindruck, daß es schnell geht wichtig und nicht so wichtig
wie lange es wirklich dauert. Ich habe auch noch den Trick drin, daß das Erste Bild
vom Nächsten Kanal ausgeben wird, obwohl es dann noch Sekunden dauert bis
alles gepuffert ist.

Also erst spielt was im Puffer ist noch so lange wie möglich, außer es gibt schon
neues Material. Dann wird das Neue Material so schnell wie möglich ohne Pufferung
ausgeben. Dann erst wird gepuffert und je nach config, hart gepuffer oder soft gepuffert.

Johns

Zitat von Atechsystem

Die Rückmeldung bekommt man ja vom OSD welches sofort anspringt. Es wirkt wirklich so als würde der VDR schneller Umschalten.

Stimmt, das hat einen wesentlichen Anteil an diesem Effekt.

Gerald

Ich denke es hängt davon ab wie schnell man Umschaltet.
Im Nachhinein war meine Aussage es kommt von den größeren Puffern halb falsch.
Das Plugin spielt solange aus den Puffern ab, bis der neue Videostream kommt.
Wenn jetzt VDR wartet, der Kanal HDTV und kodiert war, dann kann das schon einige
Zeit dauern.

So im GIT, wird jetzt bei Aufnahmen, die Puffer sofort gelöscht, wenn cDevice::SetPlayMode
aufgerufen wird.

Jetzt fehlt im Plugin nur noch, daß Aufnahmen schneller starten.

Johns

Zitat von kls

Ich werde das Empty() im cDvbPlayer-Destruktor dennoch einbauen...

...oder besser doch nicht, weil damit (zumindest mit der TT-S2 6400, weiß nicht wie andere Ausgabedevices sich da verhalten) beim Beenden einer Wiedergabe der letzte Frame stehen bleibt, was ich sehr irritierend finde. In der "normalen" Anwendung von Empty() während der Wiedergabe (z.B. beim Übergang zwischen verschiedenen Trick-Modes) ist das ja durchaus sinnvoll und gewollt, aber wenn ich die Wiedergabe beende, dann möchte ich, daß das *sofort* geschieht.

Klaus

Zitat von johns

Jetzt fehlt im Plugin nur noch, daß Aufnahmen schneller starten.

Ich vermute mal, du meinst die *Wiedergabe* einer Aufnahme, oder?
Wie lange dauert das denn bei softhddevice vom Drücken der OK-Taste (im Recordings-Menü) bis die Wiedergabe tatsächlich losläuft? Wobei ich die Anzeige eines ersten "Still-Frames" nicht werten würde (ich glaube, dich in einem Posting weiter oben so verstanden zu haben, daß sowas passieren kann). Erst wenn die Wiedergabe flüssig läuft, zählt es.

Also mit der TT-S2 6400 startet die Wiedergabe quasi sofort. Gefühlt nach spätestens einer halben Sekunde.

Klaus

Zitat von kls

Ich vermute mal, du meinst die *Wiedergabe* einer Aufnahme, oder?
Wie lange dauert das denn bei softhddevice vom Drücken der OK-Taste (im Recordings-Menü) bis die Wiedergabe tatsächlich losläuft? Wobei ich die Anzeige eines ersten "Still-Frames" nicht werten würde (ich glaube, dich in einem Posting weiter oben so verstanden zu haben, daß sowas passieren kann). Erst wenn die Wiedergabe flüssig läuft, zählt es.

Also mit der TT-S2 6400 startet die Wiedergabe quasi sofort. Gefühlt nach spätestens einer halben Sekunde.

Ja; ich meine die Wiedergabe einer Aufnahme.
Die Zeit ist vollkommen unterschiedlich, auch bei der gleichen Aufnahme.

Ich sehe gerade ich habe noch keine Messung der kompletten Zeit drin.
Vom SetPlayMode bis Audio und Video im Sync sind und ausgeben werden.

Liegt gefühlt auch im Bereich von einer 1/2 - 1 Sekunde.
Nur gibt es bei Aufnahmen keinen Grund dafür, die Daten können schnell eingelesen werden,
die Puffer sollten sofort gefüllt sein.

Die Ursache sind Audio und Video in Sync zubekommen und die Puffer für beides.
Wie lange es, bis beide Zeitstempel vorhanden sind, dauert, könnte auch noch eine Rolle spielen.

Johns

Zitat von kls

Schlimmstenfalls schaltet er mal auf einen anderen Kanal, weil der aktuelle zu lange braucht, um stabil zu werden.
Ich schau mir das aber nochmal näher an, immerhin weiß ich jetzt, in welcher Ecke man drehen kann...

Das von dir beschriebene Verhalten habe ich selber auch schon manchmal beobachtet, wenn ich eine Wiedergabe beendet und danach gleich wieder eine Wiedergabe gestartet und diese gleich wieder beendet habe. Dann kam auch oft mehrere Sekunden lang kein Bild/Ton. Jetzt weiß ich auch, woher das kam ;-).

Teste bitte mal beiliegenden Patch.
Damit wird der Timeout zurückgesetzt, sobald wieder etwas dargestellt wurde.

Klaus

Zitat von Atechsystem

Hallo Klaus,

funktioniert de Patch nur mit dem vdr ab 1.3.37? Ich werde leider etwas Zeit brauchen, da ich zum einen jetzt länger nicht mehr an den VDR komme und zum anderen den 1.7.37 (+) erstmal einrichten muss.

Das sollte auch mit älteren Versionen funktionieren.
Ggf. mußt du die Änderung halt per Hand einbauen - ist ja nicht viel.
Falls du es per Hand machen mußt, hier eine Version ohne Whitespace-Änderungen (ist leichter zu überschauen):

--- vdr.c       2013/02/08 10:47:02     2.48
+++ vdr.c       2013/02/14 10:49:06     2.49
@@ -834,8 +834,9 @@
         time_t Now = time(NULL);
 
         // Make sure we have a visible programme in case device usage has changed:
-        if (!EITScanner.Active() && cDevice::PrimaryDevice()->HasDecoder() && !cDevice::PrimaryDevice()->HasProgramme()) {
+        if (!EITScanner.Active() && cDevice::PrimaryDevice()->HasDecoder()) {
            static time_t lastTime = 0;
+           if (!cDevice::PrimaryDevice()->HasProgramme()) {
            if (!CamMenuActive() && Now - lastTime > MINCHANNELWAIT) { // !CamMenuActive() to avoid interfering with the CAM if a CAM menu is open
               cChannel *Channel = Channels.GetByNumber(cDevice::CurrentChannel());
               if (Channel && (Channel->Vpid() || Channel->Apid(0) || Channel->Dpid(0))) {
@@ -851,6 +852,9 @@
               LastTimerChannel = -1;
               }
            }
+           else
+              lastTime = 0; // makes sure we immediately try again next time
+           }
         // Update the OSD size:
         {
           static time_t lastOsdSizeUpdate = 0;

Klaus

Welche Plugins laufen bei dir? Ich habe extrecmenu im Verdacht, das es bei mir manchmal zu ähnlichen Verzögerungen führt.
Tritt das nur mit softhddevice auf, oder auch mit vdr-xine oder vdr-xineliboutput?