ERROR: video data stream broken

  • Notausstieg von VDR im Aufnahmebetrieb bei abriss des Datenstroms (empfangsstörungen) verhindern


    Neulich stürzte mitten beim ansehen eines Films der VDR ab. Als er durch den Watchdog wieder hochkam und ich "entschuldigung Bildstörung" auf den Fernsehschirm laß war mir die Ursache klar. Der Vdr hatte versucht neu zu booten weil ich dummerweiße einen Sender aufnahm der technische stöhrungen hatte.


    "ERROR: video data stream broken"


    Diesen EmergencyExit habe ich nun entfernt da ich 4 karten in meinen VDR habe und ich nicht einsehe Das alle aufnahmen durch einen EmergencyExit unterprochen werden, wenn es nur mit einem Sender Probleme giebt. Und selbst wenn ich nur diesen sender aufnehme der Stöhrungen hat will ich auch keinen EmergencyExit wenn ich grad beispielsweiße eine Aufnahme ansehe.



    Das war die erste Störung die vom Sender kam. Vor einiger Zeit hatte ich mal einen Empfangsausfall durch einen Wolkenbruch. Es kommt also nicht häufig vor, allerdings ist die Wahrscheinlichkeit groß das so was passiert wenn ich grad Bekannten meinen VDR vorführen will (Vorführeffekt)



    file:/usr/local/src/vdr-1.2.6/recorder.c



    else if (time(NULL) - t > MAXBROKENTIMEOUT) {
    esyslog("ERROR: video data stream broken");
    esyslog("EmergencyExit: recorder.c 140");
    cThread::EmergencyExit(true);
    t = time(NULL);



    cThread::EmergencyExit(true); = zeile löschen


    else if (time(NULL) - t > MAXBROKENTIMEOUT) {
    esyslog("ERROR: video data stream broken");
    esyslog("EmergencyExit: recorder.c 140");
    t = time(NULL);




    cd /usr/local/src/VDR


    make clean


    make VFAT=1 REMOTE=LIRC


    make install

    Suse 9.0 mit kde vdr 1.26 1*nexus 3* nova baugleich 1*segatet 160g 1* samsung 160g 2*Festplattenschallschutzgehäuse

  • hi!


    hat das dein problem gelöst oder neue fehler aufgeworfen??


    cu
    cosmo

    VDR-Version: 1.3.29

    Plugins: TVONSCREEN, OSDTELETEXT, STATUSLEDS, DVD, MP3

    Betriebssystem: SUSE 9.3

    PC: Pentium 2,8GHz, 512MB, 2 x 160GB HDD SAMSUNG

    DVB: 2 x Nexus-S, 1 x Nova, Quad LNB, 85cm Schüssel

    BILDER: vom VDR

  • Hi Leute!


    Weiss wer ob der "video data stream broken" Fehler immer schon existiert hat oder ob er erst seit einer bestimmten Treiber-/VDR-Version aufgetreten ist?
    Hab regelmäßig VDSB-Fehler wenn eine Aufnahme startet und würd mich für eine Lösung dieses Problems auch mit einer alten VDR-Version begnügen - hauptsache keine restarts mehr.


    Danke
    Cosmo

    VDR-Version: 1.3.29

    Plugins: TVONSCREEN, OSDTELETEXT, STATUSLEDS, DVD, MP3

    Betriebssystem: SUSE 9.3

    PC: Pentium 2,8GHz, 512MB, 2 x 160GB HDD SAMSUNG

    DVB: 2 x Nexus-S, 1 x Nova, Quad LNB, 85cm Schüssel

    BILDER: vom VDR

  • Im 11-08-2003 DVB Treiber "frontend.c" steht folgender Kommentar:


    /**
    * if 2 tuners are located side by side you can get interferences when
    * they try to tune to the same frequency, so both lose sync.
    * We will slightly mistune in this case. The AFC of the demodulator
    * should make it still possible to receive the requested transponder
    * on both tuners...
    */


    Find ich ja extrem "dirty hack" !!!!!


    Wenn sich zwei oder mehrere Karten gegenseitig beeinflussen, dann es dann zum VDSB Fehler führen? -> wäre eine gute Schirmung der einzelnen Tuner evtl. eine sinnvolle Idee?


    Gruß
    Csomo

    VDR-Version: 1.3.29

    Plugins: TVONSCREEN, OSDTELETEXT, STATUSLEDS, DVD, MP3

    Betriebssystem: SUSE 9.3

    PC: Pentium 2,8GHz, 512MB, 2 x 160GB HDD SAMSUNG

    DVB: 2 x Nexus-S, 1 x Nova, Quad LNB, 85cm Schüssel

    BILDER: vom VDR

  • Hi von VDSB-Fehlern geplagte VDRler!!


    Folgende Konstellation:


    1.) VDR gebootet
    2.) auf 3SAT fernsehen
    3.) Timer auf PRO7 programmiert
    4.) Timer startet -> nach ca. 30 sek. kommt der geliebte VDSB Fehler -> reboot
    5.) Nach reboot funktioniert die Aufnahme perfekt.


    Dieses Phänomen ist immer reproduzierbar!


    Was mir aufgefallen ist und vielleicht weiter hilft die Ursache zu finden ist:


    Wenn die Timeraufnahme nach dem Start das erste mal losläuft findet (ausser genau im Moment des Aufnahmestarts) KEIN Zugriff auf die Festplatte mehr statt!!!!!!!!!!!!!!!!
    Kann es sein dass die Videodaten irgendwo zwischengepuffert werden und dort überlaufen da sie ja nicht auf die Festplatte geschreiben werden????


    HOFFE ich konnte einen Tip geben dens noch nicht gegeben hat....


    Kann das mal wer auf seinem VDR prüfen?


    Gruß
    Cosmo

    VDR-Version: 1.3.29

    Plugins: TVONSCREEN, OSDTELETEXT, STATUSLEDS, DVD, MP3

    Betriebssystem: SUSE 9.3

    PC: Pentium 2,8GHz, 512MB, 2 x 160GB HDD SAMSUNG

    DVB: 2 x Nexus-S, 1 x Nova, Quad LNB, 85cm Schüssel

    BILDER: vom VDR

    Einmal editiert, zuletzt von Cosmo ()

  • Bin gerade auf dieses VSDB Problem über die vdr-mailing-list gekommen. Auch bei mir tritt dieser Fehler mit anschließendem Emergency-Exit auf, und zwar sobald ich versuche, einen Live-Stream zu pausieren (sind meine ersten Versuche mit VDR, konnte noch nicht viel mehr testen).


    Es handelt sich um ein Genoo Linux System mit Kernel 2.6.8.1, aktuellem dvb-kernel vom CVS, NPTL aktiviert, sowie den Kernel Optionen "user register arguments" und "use 4kb stacks instead of 8 kb". In der Kiste steckt eine Hauppauge WinTV Nexus-S V2.2 und eine TechniSat SkyStar2, beide haben den selben Tuner-Chip (STV0299). Die installierte VDR-Version lautet vdr-1.3.14-r3 (ebuild von gentoo.de). Folgender Auszug aus meinem system-log:


    ----- cut -----


    Nov 3 22:09:22 vdr[10767]: VDR version 1.3.14 started
    Nov 3 22:09:22 vdr[10767]: loading plugin: /usr/lib/vdr/libvdr-remote.so
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/setup.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/sources.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/diseqc.conf
    Nov 3 22:09:22 su(pam_unix)[10765]: session closed for user vdr
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/channels.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/timers.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/commands.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/svdrphosts.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/ca.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/remote.conf
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/keymacros.conf
    Nov 3 22:09:22 vdr[10767]: reading EPG data from /var/vdr/epg.data
    Nov 3 22:09:22 vdr[10767]: probing /dev/dvb/adapter0/frontend0
    Nov 3 22:09:22 vdr[10767]: tuner on device 1 thread started (pid=10767, tid=1084709808)
    Nov 3 22:09:22 vdr[10767]: Section handler thread started (pid=10767, tid=1093102512)
    Nov 3 22:09:22 vdr[10767]: probing /dev/dvb/adapter1/frontend0
    Nov 3 22:09:22 vdr[10767]: tuner on device 2 thread started (pid=10767, tid=1101495216)
    Nov 3 22:09:22 vdr[10767]: Section handler thread started (pid=10767, tid=1109887920)
    Nov 3 22:09:22 vdr[10767]: probing /dev/dvb/adapter2/frontend0
    Nov 3 22:09:22 vdr[10767]: found 2 video devices
    Nov 3 22:09:22 vdr[10767]: initializing plugin: remote (0.3.1a): Remote control
    Nov 3 22:09:22 vdr[10767]: setting primary device to 1
    Nov 3 22:09:22 vdr[10767]: SVDRP listening on port 2001
    Nov 3 22:09:22 vdr[10767]: starting plugin: remote
    Nov 3 22:09:22 vdr[10767]: remote: using '/dev/input/event2'
    Nov 3 22:09:22 vdr[10767]: remote-event2: autorepeat supported
    Nov 3 22:09:22 vdr[10767]: remote-event2: exclusive access granted
    Nov 3 22:09:22 vdr[10767]: loading /etc/vdr/themes/sttng-default.theme
    Nov 3 22:09:22 vdr[10767]: remote control remote-event2 - keys known
    Nov 3 22:09:22 vdr[10767]: switching to channel 1
    Nov 3 22:09:23 vdr[10767]: timer 1 (1 2207-0107 ' ich bin ein Star - Holt mich hier raus! ') set to event Wed 03.11.2004 23:15-00:00 'stern TV Spezial: Horror-Mieter - Man wird sie nicht mehr los!'
    Nov 3 22:09:23 vdr[10767]: switching device 2 to channel 1
    Nov 3 22:09:23 vdr[10767]: timer 1 (1 2207-0107 ' ich bin ein Star - Holt mich hier raus! ') start
    Nov 3 22:09:23 vdr[10767]: Title: 'stern TV Spezial: Horror-Mieter - Man wird sie nicht mehr los!' Subtitle: '(null)'
    Nov 3 22:09:23 vdr[10767]: record /avdata/vdr/ ich_bin_ein_Star_-_Holt_mich_hier_raus!__/2004-11-03.22:07.10.01.rec
    Nov 3 22:09:23 vdr[10767]: channel 22 (S RTL,Super RTL;RTL World) event 22:05 'voll total' status 4
    Nov 3 22:09:23 vdr[10767]: channel 23 (VOX;RTL World) event 22:10 'Profiler' status 4
    Nov 3 22:09:23 vdr[10767]: channel 1 (RTL,RTL Television;RTL World) event 21:15 'Ich bin ein Star - Holt mich hier raus!' status 4
    Nov 3 22:09:23 vdr[10767]: channel 4 (RTL2;RTL World) event 20:15 'Die 90er - The Pop Years' status 4
    Nov 3 22:09:23 vdr[10767]: SpinUpDisk took 0.61 seconds
    Nov 3 22:09:23 vdr[10767]: recording to '/avdata/vdr/ ich_bin_ein_Star_-_Holt_mich_hier_raus!__/2004-11-03.22:07.10.01.rec/002.vdr'
    Nov 3 22:09:23 vdr[10767]: file writer thread started (pid=10767, tid=1132186544)
    Nov 3 22:09:23 vdr[10767]: recording thread started (pid=10767, tid=1140579248)
    Nov 3 22:09:23 vdr[10767]: receiver on device 2 thread started (pid=10767, tid=1148971952)
    Nov 3 22:09:23 vdr[10767]: TS buffer on device 2 thread started (pid=10767, tid=1159465904)
    Nov 3 22:09:26 vdr[10767]: changing name of channel 1 from 'RTL,RTL Television;RTL World' to 'RTL,RTL Television'
    Nov 3 22:09:26 vdr[10767]: changing name of channel 4 from 'RTL2;RTL World' to 'RTL2'
    Nov 3 22:09:26 vdr[10767]: changing name of channel 22 from 'S RTL,Super RTL;RTL World' to 'S RTL,Super RTL'
    Nov 3 22:09:26 vdr[10767]: changing name of channel 23 from 'VOX;RTL World' to 'VOX'
    Nov 3 22:09:26 vdr[10767]: creating new channel 'Traumpartner TV' on S19.2E transponder 112187 with id 1-1089-12095-0
    Nov 3 22:09:26 vdr[10767]: creating new channel 'RTL Shop' on S19.2E transponder 112187 with id 1-1089-12080-0
    Nov 3 22:09:26 vdr[10767]: changing name of channel 35 from 'n-tv;RTL World' to 'n-tv'
    Nov 3 22:09:27 vdr[10767]: changing pids of channel 1000 from 0+0:0:0 to 170+170:144=deu:0
    Nov 3 22:09:30 vdr[10767]: changing pids of channel 1001 from 0+0:0:0 to 168+168:137:70
    Nov 3 22:09:54 vdr[10767]: ERROR: video data stream broken
    Nov 3 22:09:54 vdr[10767]: initiating emergency exit
    Nov 3 22:09:54 vdr[10767]: emergency exit requested - shutting down
    Nov 3 22:09:54 vdr[10767]: recording thread ended (pid=10767, tid=1140579248)
    Nov 3 22:09:54 vdr[10767]: TS buffer on device 2 thread ended (pid=10767, tid=1159465904)
    Nov 3 22:09:54 vdr[10767]: buffer stats: 0 (0%) used
    Nov 3 22:09:54 vdr[10767]: receiver on device 2 thread ended (pid=10767, tid=1148971952)
    Nov 3 22:09:54 vdr[10767]: file writer thread ended (pid=10767, tid=1132186544)
    Nov 3 22:09:54 vdr[10767]: buffer stats: 0 (0%) used
    Nov 3 22:09:54 vdr[10767]: timer 1 (1 2207-0107 ' ich bin ein Star - Holt mich hier raus! ') stop
    Nov 3 22:09:54 vdr[10767]: saved setup to /etc/vdr/setup.conf
    Nov 3 22:09:54 vdr[10767]: tuner on device 1 thread ended (pid=10767, tid=1084709808)
    Nov 3 22:09:54 vdr[10767]: Section handler thread ended (pid=10767, tid=1093102512)
    Nov 3 22:09:54 vdr[10767]: tuner on device 2 thread ended (pid=10767, tid=1101495216)
    Nov 3 22:09:54 vdr[10767]: Section handler thread ended (pid=10767, tid=1109887920)
    Nov 3 22:09:54 vdr[10767]: stopping plugin: remote
    Nov 3 22:09:54 vdr[10767]: exiting
    Nov 3 22:09:54 vdr[10767]: emergency exit!


    ----- cut -----


    Wie man sieht, steckt auch noch eine alte Hauppauge WinTV Analog-Karte im Gerät, über die möchte ich Zugriff auf eine Überwachungskamera haben, aber ich bin noch nicht zur Installation des analog-plugins gekommen (sollte aber auf dieses VSDB Problem keinen Einfluß haben).


    Wäre schön, wenn sich das Problem beheben ließe, denn auf diese Weise ist das System (das ansonst einwandfrei funktioniert) nicht wirklich sinnvoll benutzen.

  • User510


    Also ich habe 3 Karten und hatte mit VDR-1.2.6 ständig solche Probleme. Ein wenig "umgehen" konnte ich das, wenn ich vor den Aufnahmen den VDR einfach neu gestartet habe (d.h. VDR beenden, Treiber entladen und dann wieder laden und VDR wieder starten). Danach funktionierten allen Aufnahmen ohne Probleme. Mal für 2 Stunden, mal für 4 Stunden.


    Ich habe dann aus lauter Verzweiflung den VDR-1.3.10 ausprobiert und war davon irrsinnig begeistert. Manchmal habe ich noch am Anfang eine kurze Klötzchenbildung, aber in der Regel (und ich nehme viel auf) nur noch aller 14 Tage einen Neustart.


    Bin dann auf VDR-1.3.11 weiter wegen dem Cachen des Aufnahmeverzeichnisses (300GB).


    Vielleicht ist es für dich auch besser mal die Entwicklerversion auszuprobieren, als an der alten "herumzudoktorn".

    VDR-Server: Gentoo (AMD64/Core-i7) / VDR-1.7.23 / Digital Devices Octopus CI & 2xDuoFlex S2 HDTV (Rev. V3)
    VDR-Client: Gentoo (AMD64/Atom-D525) / VDR-1.7.23 / Chieftech & iMON-Pad / ASUSTeK - AT5IONT-I / 4GB-RAM & 65GB-SSD
    Alt: 3xTT-1.5 / linuxtv-dvb-1.1.1 + test_av-1.28 + FW-2622 / vdr-1.3.37 / viele Plugins / LFS-4.1

    Einmal editiert, zuletzt von tom66 ()

  • Zitat

    Original von AnK
    wenn du eine Lösung gefunden hast, ...


    Was würde dich denn daran hindern einfach mal die Konfiguration auszuprobieren, die ich in meiner Sig habe (DVB & VDR)?


    Wenn es wie bei mir dann (fast) ohne Probleme läuft, dürfte doch dein Ziel erreicht sein? Da ich nicht die Zeit habe, die Änderungen im Source genau zu verfolgen, ist mir der Grund auch (leider) egal. Die Wirkung für mich ist entscheidend: Mein VDR funktioniert wesentlich besser.

    VDR-Server: Gentoo (AMD64/Core-i7) / VDR-1.7.23 / Digital Devices Octopus CI & 2xDuoFlex S2 HDTV (Rev. V3)
    VDR-Client: Gentoo (AMD64/Atom-D525) / VDR-1.7.23 / Chieftech & iMON-Pad / ASUSTeK - AT5IONT-I / 4GB-RAM & 65GB-SSD
    Alt: 3xTT-1.5 / linuxtv-dvb-1.1.1 + test_av-1.28 + FW-2622 / vdr-1.3.37 / viele Plugins / LFS-4.1

  • Hi.
    Also ich habe mir den vdsb mit dem Einbau der Lorenzen dvb-t eingefangen. (Bei einer eher konserativen Konfiguration) Jedesmal wenn der Timer auf der Karte ansprang, kam der Fehler und VDR hat sich restartet. Danach lief es dann.


    Als Abhilfe habe ich das geänderte TZAP aus diesem Thread
    in die runvdr eingebaut (Tip aus der ML ) und seitdem läuft's ohne Probleme. Das geänderte tzap von Wareagle spart den sleep 5 und kill-Befehl, gemäß ML-Tip.


    Das es durch das Vorab-tunen läuft, bestätigt die These, dass die Karte nicht korrekt initialisiert ist. Wenn ich live-TV sehe, dann auf den SAT-Kanälen. Wenn der Timer anspringt, kann die Karte scheinbar nicht rechtzeitig den gewünschten Kanal einstellen und liefert vsdb.

    WoZi: VDR 2.3.8 auf OpenSuse Leap 42.1, Kernel 4.7.0-RC5, K208 [GeForce GT 730TT-Budget S2-3200 PCI,TechnoTrend TVStick CT2-4400 USB, Kodi git
    SchlafZi: VDR 2.3.8, OpenSuse Leap 42.1, Kernel 4.7.2, GeForce GT 630 Rev. 2, Hauppauge WinTV-HVR4000 PCI

    Keller: Headless PI3, VDR 2.3.8, Technotrend TT Connect S2-3600 USB


  • Zitat

    Original von AnK
    tom66
    Ich glaube nicht das ich den DVB Treiber mit einem 2.6 Kernel überhaupt kompilieren kann, oder?


    Weiß nicht. Habe noch den 2.4.27. Versuch es doch einfach mal.


    Zitat

    Original von AnK
    Kanal5
    Ja, die ganzen Tipps und Tricks mit tzap und femon hab ich auch schon durch...


    Also brauche ich das bei nicht auszuprobieren?

    VDR-Server: Gentoo (AMD64/Core-i7) / VDR-1.7.23 / Digital Devices Octopus CI & 2xDuoFlex S2 HDTV (Rev. V3)
    VDR-Client: Gentoo (AMD64/Atom-D525) / VDR-1.7.23 / Chieftech & iMON-Pad / ASUSTeK - AT5IONT-I / 4GB-RAM & 65GB-SSD
    Alt: 3xTT-1.5 / linuxtv-dvb-1.1.1 + test_av-1.28 + FW-2622 / vdr-1.3.37 / viele Plugins / LFS-4.1

Jetzt mitmachen!

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