Zeitproblem mit video data stream broken

    Moin zusammen,


    ich habe hier mit meinem VDR das Problem,daß es immer wieder mal zu einem Ausstieg des VDR kommt. Dabei ist auffällig, daß vor dem Notausstieg folgende Logzeilen auftauchen:


    Code
    Nov 15 20:07:33 vdr vdr: [2577] system time changed from Mon Nov 15 20:08:25 2010 (1289848105) to Mon Nov 15 20:07:58 2010 (1289848078)
Nov 15 20:07:33 vdr vdr: [2577] system time changed from Mon Nov 15 20:07:58 2010 (1289848078) to Mon Nov 15 20:07:33 2010 (1289848053) 
Nov 15 20:08:27 vdr vdr: [2574] system time changed from Mon Nov 15 20:07:33 2010 (1289848053) to Mon Nov 15 20:08:27 2010 (1289848107) 
Nov 15 20:08:27 vdr vdr: [2911] ERROR: video data stream broken
Nov 15 20:08:27 vdr vdr: [2911] initiating emergency exit


    Jetzt frage ich mich, wer da dauernd an der Zeit rumdreht und wie ich den Notausstieg des VDR verhindern kann. Es ist zwar schon ein altes Problem, aber irgendwie nervt es jetzt plötzlich ;)

    Mein mehr oder weniger rund laufender VDR:
    Board: MSI H110 M ECO, Proz.: Intel i3-7100 3,9 GHz (vorher: Celeron G3930 2,9 GHz) , 8 GB RAM, dvb-t2-Karte: TBS 6205, ubuntu 16.04 mit VDR aus fnu-repository

    Mein aktueller Test-VDR:

    Board: MSI H110 M ECO, Proz.: Intel i3-7100 3,9 GHz, 8 GB RAM, dvb-t2-Karte: TBS 6205, xubuntu 22.04 mit VDR aus seahawks repository

    Der VDSB schlägt zu, wenn 30 Sekunden lang keine Daten gesehen wurden. Leider passiert das auch, wenn im ungünstigen Moment die Uhr gestellt wird...


    Solche Zeitstörungen ergeben sich, wenn verschiedene Transponder verschiedene Zeitreferenzen senden. Entweder, du verzichtest auf Uhr stellen per Sat, oder du schränkst die Uhrkorrektur auf einen bestimmten Transponder ein. Das geht irgendwo in den Einstellungen.


    Gruß,


    Udo

    Hallo, habe das Problem jetzt bei mir auch entdeckt. Eingestellt ist die ARD als Systemzeittransponder (auf einem 3 Karten System).
    Wenn eine Aufnahme läuft, und der VDR auf den anderen Karten eine neue Uhrzeit findet und einstellt, dann VDSB.


    Man müßte doch nur in der eit.c in der Abfrage "case 0x14....." (ganz unten) eine Abfrage auf eine laufende Aufnahme einbauen, um das Problem zu klären, oder täusche ich mich ??



    Grüße

    Besser wäre wohl, die VDSB-Erkennung robuster gegen Uhrstellen zu machen, das wäre in cRecorder::Action(). Entweder, in dem einfach mehrere Überläufe summiert werden (10x hintereinander keine Daten für 3 Sekunden), oder durch verwenden einer Zeitquelle, die nicht vom Uhrstellen beeinflusst wird (die von times() gelieferten clock ticks könnten geeignet sein).


    Gruß,


    Udo

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden