video data stream broken wegen UpdateChannels?

Dr. Seltsam · 7. Dezember 2007

Immer wenn vdr wegen eines vdsb abschmiert, habe ich vorher sowas im Log:

Code

Dec  7 20:20:03 linvdr user.info vdr: [3318] channel 25 (hr-fernsehen) event Fre 07.12.2007 20:15-21:00 (VPS: 07.12 20:15) 'Bilderbogen' status 4
Dec  7 20:20:54 linvdr user.info vdr: [3318] System Time = Fri Dec  7 20:20:54 2007 (1197055254)
Dec  7 20:20:54 linvdr user.info vdr: [3318] Local Time  = Fri Dec  7 20:20:51 2007 (1197055251)
Dec  7 20:21:06 linvdr user.debug vdr: [3318] changing pids of channel 126 from 3583+3583:3584=deu,3585=deu;3587=deu:32 to 3583+3583:3584=deu,3585=deu;3587=deu:0
Dec  7 20:21:27 linvdr user.debug vdr: [3318] changing pids of channel 123 from 767+767:768=deu,769=deu;771=deu:32 to 767+767:768=deu,769=deu;771=deu:0
Dec  7 20:21:27 linvdr user.debug vdr: [3318] changing pids of channel 127 from 3071+3071:3072=deu,3073=deu;3075=deu:32 to 3071+3071:3072=deu,3073=deu;3075=deu:0
Dec  7 20:22:08 linvdr user.debug vdr: [3318] changing name of channel 124 from 'D 1 - 18:45,;' to 'D 1 - 20:30,;'
Dec  7 20:22:08 linvdr user.debug vdr: [3318] changing name of channel 126 from 'AUE - TUS,;' to 'D 2 - 20:30,;'
Dec  7 20:22:08 linvdr user.debug vdr: [3318] changing name of channel 129 from 'D 3 - 18:30,;' to 'D 3 - 20:30,;'
Dec  7 20:22:08 linvdr user.debug vdr: [3318] changing name of channel 133 from 'D 4 - 18:30,;' to 'D 4 - 20:30,;'
Dec  7 20:22:08 linvdr user.debug vdr: [3318] changing name of channel 131 from 'D 5 - 18:30,;' to 'D 5 - 20:30,;'
Dec  7 20:22:08 linvdr user.debug vdr: [3318] linking channel 122 from 124 129 128 133 130 131 132 to 124 126 128 129 130 133 132 131
Dec  7 20:22:29 linvdr user.debug vdr: [3318] changing caids of channel 121 from 0 to 1830,1702,1722,1831,1801
Dec  7 20:22:29 linvdr user.debug vdr: [3318] changing ca descriptors of channel 121
Dec  7 20:23:00 linvdr user.info vdr: [3324] EPGSearch: timer conflict check started
Dec  7 20:23:00 linvdr user.info vdr: [3324] EPGSearch: timer conflict check finished
Dec  7 20:23:00 linvdr user.info vdr: [3323] EPGSearch: search timer update started
Dec  7 20:23:00 linvdr user.info vdr: [3323] EPGSearch: search timer update finished
Dec  7 20:25:01 linvdr cron.notice crond[3367]: USER root pid 3506 cmd convert.pl -q -s
Dec  7 20:30:01 linvdr cron.notice crond[3367]: USER root pid 3547 cmd convert.pl -q -s
Dec  7 20:32:32 linvdr syslog.info -- MARK --
Dec  7 20:35:01 linvdr cron.notice crond[3367]: USER root pid 3588 cmd convert.pl -q -s
Dec  7 20:36:09 linvdr user.debug vdr: [3318] linking channel 122 from 124 126 128 129 130 133 132 131 to 124 126 128 129 133 131
Dec  7 20:39:57 linvdr user.debug vdr: [3318] linking channel 122 from 124 126 128 129 133 131 to 124 126 129 133 131
Dec  7 20:40:01 linvdr cron.notice crond[3367]: USER root pid 3629 cmd convert.pl -q -s
Dec  7 20:45:01 linvdr cron.notice crond[3367]: USER root pid 3670 cmd convert.pl -q -s
Dec  7 20:46:39 linvdr user.debug vdr: [3318] changing name of channel 123 from 'AACH - PAULI,;' to 'D 1 - 21:00,;'
Dec  7 20:46:39 linvdr user.debug vdr: [3318] changing name of channel 127 from 'MAINZ - KýLN,;' to 'D 2 - 21:00,;'
Dec  7 20:46:39 linvdr user.debug vdr: [3318] changing name of channel 128 from 'D 3 - 19:00,;' to 'D 3 - 21:00,;'
Dec  7 20:46:39 linvdr user.debug vdr: [3318] changing name of channel 130 from 'D 4 - 19:00,;' to 'D 4 - 21:00,;'
Dec  7 20:46:39 linvdr user.debug vdr: [3318] changing name of channel 132 from 'D 5 - 19:00,;' to 'D 5 - 21:00,;'
Dec  7 20:46:39 linvdr user.debug vdr: [3318] linking channel 122 from 124 126 129 133 131 to 124 123 126 127 129 128 133 130 131 132
Dec  7 20:49:18 linvdr user.err vdr: [3388] cAudioRepacker(0xC0): skipped 572 bytes while syncing on next audio frame
Dec  7 20:49:18 linvdr user.err vdr: [3388] cAudioRepacker(0xC1): skipped 1080 bytes to sync on next audio frame
Dec  7 20:49:18 linvdr user.err vdr: [3388] cDolbyRepacker: skipped 2035 bytes while syncing on next AC3 frame
Dec  7 20:49:50 linvdr user.err vdr: [3387] ERROR: video data stream broken
Dec  7 20:49:50 linvdr user.err vdr: [3387] initiating emergency exit

Alles anzeigen

Dummerweise stand in der setup.conf UpdateChannels auf 3:
Update von Kanal-Namen, PIDs und neu gefundenen Kanälen

Eigentlich weiss ich inzwischen, dass ich es besser auf 0 lasse (kein Update), um derartige Probleme zu vermeiden. Aber so aktualisieren sich halt die Premiere-Direktkanäle nicht.

Was bedeutet eigentlich
"linking channel 122 from 124 126 129 133 131 to 124 123 126 127 129 128 133 130 131 132" , und warum zum Geier verursachen diese Aktualisierungen bei mir dauernd vdsb`s? Ganz schlimm wird es, wenn in der channels.conf Dummy-Kanäle ohne Inhalt drin, mit Namen wie Test etc. Da wird im Sekundentakt geändert.

Kamikaze · 8. Dezember 2007

aus dem Wiki den Ausschnitt, kennst wahrscheinlich, oder ?

Zitat

VDSB Problem

Im syslog finden sich Einträge mit folgendem Inhalt video data stream broken, diese Meldung wird inzwischen auch kurz als das "VDSB-Problem" bezeichnet. Die Meldung besagt eigentlich einfach, das der Datenstrom vom Treiber zum VDR unterbrochen ist. In diesem Fall vermutet der VDR, dass der Treiber oder der Hauptprozessor der DVB-Karte nicht mehr reagiert, und versucht deshalb mit einem kontrollierten Neustart mit Entladen/Laden der Treiber wieder in einen arbeitsfähigen Zustand zukommen. Das Entladen des Treibers wirkt sich natürlich störend auf alle gleichzeitig laufenden Aufnahmen aus, auch wenn zufällig nur ein Transponder gestört ist.

Folgende Anzeichen deuten auf das VDSB-Problem.'

* Die Wiedergabe einer VDSB-Aufnahme springt jede Minute ein kleines Stück.
* EPG-Infos fehlen beim Umschalten zunächst.

Folgende Methoden könnten das Problem beheben

* Neustart des Rechners
* Die automatische EPG-Aktualisierung abschalten, dazu EPG Scanzeit auf "0" setzen, damit wird das parallele Umschalten der Transpondern unterdrückt.
* Die Kabel und Stecker der Antenne auf Wackelkontakte untersuchen. Die Verschraubung der F-Stecker muss wirklich fest sitzen!
* Wenn mehrere DVB-Karten verwendet werden, kann es helfen die Reihenfolge der PCI-Steckplätze zu tauschen.
* Abhilfe durch den SpannungsMod für Full-Featured-Karten der Revision 1.3
* Verschiedene BIOS-Einstellungen zum PCI-Timing
* Austausch des Motherboards. (Vgl. MSI Hermes 650 vs. 651)
* Native Posix Threading Library (NTPL) deaktivieren, dazu die Datei "runvdr" im Beginn Erweitern:

export LD_ASSUME_KERNEL=2.4.1

* Bei der C't-VDR der Eintrag " VDSB_WORKAROUND=yes " in der Datei /etc/default/vdr
* DECT-Telefone können den Transponder Sender ProSieben stören.

Alles anzeigen

Bei meinem "alten" vdr half damals, epg-scan abschalten. Beim "neuen" konnte ich feststellen, dass ich den Fehler mit der eigentlichen Firmware nicht habe...

HolgerR · 8. Dezember 2007

Hmmm... wenn ich mir die Uhrzeit des Absturzes so anschaue, kommt mir ein ganz anderer Verdacht; könnte aber auch Zufall sein.

Wann ist der VDR das letzte mal davor wegen eines VDSB abgeschmiert?

Gruß,
Holger

Dr. Seltsam · 8. Dezember 2007

Zitat

Original von HolgerR
Hmmm... wenn ich mir die Uhrzeit des Absturzes so anschaue, kommt mir ein ganz anderer Verdacht; könnte aber auch Zufall sein.

lass uns das an dieser Stelle aber nicht weiter diskutieren, ich weiss was Du meinst und Dein Verdacht ist nicht unbegründet

Zitat

Wann ist der VDR das letzte mal davor wegen eines VDSB abgeschmiert?

das ist bisher nur vorgekommen, wenn in der channels.conf leere Test-Sender drin waren, bei denen vdr ständig irgendetwas meinte aktualisieren zu müssen. Es kommt ebenfalls regelmäßig vor, wenn ich UFOs performanceoptimierten Treiber verwende. In allen Fällen sieht man im Log kurz vorher exkzessive linking-Meldungen.

HolgerR · 8. Dezember 2007

Tja, blöde Situation. Ich kann mir im Server glücklicherweise den Luxus leisten "UpdateChannels" auf "0" zu lassen, den Clients ist das wurscht. Bei dir sieht die Situation ja ein wenig anders aus.

Evtl. blöde Frage: Warum schmeißt du die Dummy-Kanäle nicht einfach raus und setzt "UpdateChannels" auf "2"? Das reicht doch für die Aktualisierung der Direkt-Kanäle...

Gruß,
Holger

sparkie · 8. Dezember 2007

einfach den Emergency-Exit rauspatchen. Ich finde, der ist inzwischen nachdem die DVB Treiber recht stabil sind, nicht mehr gerechtfertigt. Insbesondere nicht, wenn eine Aufnahme auf Kanal 1 laeuft und wegen VDSB auf Kanal 2 die Aufnahme von Kanal 1 auch gestoert wird.

Zum Thema gab es auch schon diverse Diskussionen auf der ML:
http://www.linuxtv.org/piperma…007-September/014162.html

Ich habe es bei mir einfach so geloest:

Diff

--- /shutdown.c 2007-10-19 16:33:40.000000000 +0200
+++ ./shutdown.c        2007-11-29 06:29:25.000000000 +0100
@@ -95,9 +95,13 @@
 
 void cShutdownHandler::RequestEmergencyExit(void)
 {
+#if 0
   esyslog("initiating emergency exit");
   emergencyExitRequested = true;
   Exit(1);
+#else
+  esyslog("NOT initiating emergency exit");
+#endif
 }
 
 void cShutdownHandler::CheckManualStart(int ManualStart)

Alles anzeigen

HolgerR · 8. Dezember 2007

Guter Vorschlag! Das ist natürlich auch 'ne Möglichkeit! Muß ich mir mal merken, ich hatte den damals aus der remux.c und recorder.c rausgepult (siehe hier). Aber wenn's so auch geht, ist's natürlich weniger Arbeit.

Gruß,
Holger

ThomasHS · 8. Dezember 2007

Moinsen,

Seit ich die FW22623 benutze und EPG-Scan ausgeschaltet habe, hatte ich den Fehler nicht mehr.
Wenn Du den Expensions-Patch verwendest musst Du auch noch aufpassen das Du
den Transfermodus nicht aktivierst um nicht anderen Plugins ins Gehege zu kommen.
Als Übergangskrücke kannst Du auch mal verssuchen den Watchdogtimer auf 0 setzen.

Gruß Thomas

chrisz · 14. Dezember 2007

Hallo,

ich habe selbiges auf DVB-T.

Allerdings ein wenig anders herum

Updatechannel=0 > ständige restarts
Updatechannel=2 > Läuft.

Nun muss ich aber irgendwie updatechannel auf Null bekommen, da ich nach der Aufnhame konvertiere, und ab einem PID Wechsel läuft bei meinem Transcodieren Bild und Ton auseinander.

gruß chrisz

video data stream broken wegen UpdateChannels?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema