
Störungen bei ARD
-
-
Als Erstes würde ich mal in cTransfer::Receive() (in transfer.c) eine Ausgabe einbauen, um zu sehen, ob der Datenstrom vom Sat her abbricht, oder ob es weiter "hinten" (vermutlich im Ausgabedevice) passiert.
Da diese Funktion mit TS-Paketen arbeitet würde ich mal einen Zähler einbauen, der bei jedem Paket inkrementiert wird, und vielleicht bei jedem tausendsten Paket ein fprintf(stderr, ".") machen. Wenn die Störung auftritt und es kommen keine Punkte mehr, kommen keine Daten. Kommen noch Punkte, würde ich im Ausgabedevice schauen.
-
Hmmm, mal sehn, ob ich das hinbekomme ...
-
Im Ausgabedevice ist die Sache nicht so einfach. Letzlich hole ich beim decoder einfach nur decodierte Frames ab. Wenn die aber defekt sind (so wie das hier aussieht) dann bekomme ich das nicht mit. Es gibt da keinen Status ob das Frame ok ist oder nicht. Also zumindest kenne ich keine Stelle wo ich sehen kann ob es einen Decoderfehler gegeben hat oder nicht.
-
-
-
-
If you uncomment in Makefile #CONFIG += -DDEBUG, maybe you will see transport errors.
Make the recording so that an error occurs during recording. If the error is reproduced during playback, upload the recording.
You can also comment CONFIG += -DUSE_TS in Makefile, and test PES demuxer without TS demuxer.
-
Die Empfehlung von kls habe ich eingebaut, jetzt warte ich, dass das Problem wieder auftritt.
-
Heute trat das Problem wieder auf, und die Punkte kommen weiter, also, es kommen Pakete.
Edit:
femon zeigte eine sehr niedrige, ca 5%, Qualität an.
-
Dann vielleicht mal die Verkabelung prüfen.
Oder viellleicht liegt es auch am LNB oder dem Multiswitch (falls vorhanden).
-
Mietwohnung, auf LNB und Multiswitch habe ich nicht so ohne weiteres Zugriff. Da es selten auftritt könnte es auch ein Problem mit dem Uplink (Wetter) sein.
Damit komme ich wieder auf meine urprüngliche Frage zurück, kann man das erkennen und retunen?
-
In cDvbTuner::Action() wird an der Stelle
else if (tunerStatus == tsLocked) {
ein Retune ausgelöst. Du könntest an dieser Stelle noch GetSignalQuality() bzw. GetSignalStrength() auswerten.
-
Du meinst, wo die Meldung frontend %d/%d lost lock on channelkommt? Die Meldung kam aber nicht.
-
-
Danke, da bin ich grad dran.
-
Vergiss mein vorheriges Posting.
Das hier müsste eher geeignet sein (ungetestet und ohne Gewähr):
Diff
Display More--- dvbdevice.c 2021/06/09 09:12:25 5.1 +++ dvbdevice.c 2021/06/22 15:56:23 @@ -1746,6 +1746,14 @@ lastSource = 0; continue; } + if (GetSignalQuality() < XXX) { + isyslog("frontend %d/%d has bad signal quality on transponder %d, channel %d (%s) - retuning", adapter, frontend, channel.Transponder(), channel.Number(), channel.Name()); + device->SectionHandler()->SetStatus(false); + tunerStatus = tsSet; + lastDiseqc = NULL; + lastSource = 0; + continue; + } tunerStatus = tsLocked; locked.Broadcast(); lastTimeoutReport = 0;
-
ok, dann brech ich den Test mal ab, bei else if (tunerStatus == tsLocked || GetSignalQuality() < 4) {
kam beim Start
Code
Display MoreJun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29681] [softhddev]Trying to start OpenGL Worker Thread Jun 22 17:58:41 gentoo vdr[29681]: [29770] oglThread thread started (pid=29681, tid=29770, prio=high) Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29770] [softhddev]OpenGL Context initialized Jun 22 17:58:41 gentoo vdr[29681]: [29770] [softhddev]Shaders initialized Jun 22 17:58:41 gentoo vdr[29681]: [29770] [softhddev]Vertex buffers initialized Jun 22 17:58:41 gentoo vdr[29681]: [29770] [softhddev]Maximum Pixmap size: 16384x16384px Jun 22 17:58:41 gentoo vdr[29681]: [29681] [softhddev]OpenGL Worker Thread successfully started Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29681] timer 1 (27 1828-1901 'nano') set to event Di. 22.06.2021 18:30-19:00 (VPS: 22.06. 18:30) 'nano' ... Jun 22 17:58:41 gentoo vdr[29681]: [29681] switching device 1 to channel 27 T-8468-515-2004 (3sat HD (T)) Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 ... Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 lost lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29693] frontend 1/0 regained lock on channel 23 (tagesschau24 HD (T)), tp 642 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: audio/alsa: using device 'pcm.51to20' Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: audio/alsa: start delay 336ms Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 lost lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:41 gentoo vdr[29681]: [29689] frontend 0/0 regained lock on channel 27 (3sat HD (T)), tp 482 Jun 22 17:58:42 gentoo vdr[29681]: [29690] channel 29 (zdf_neo HD (T)) event Di. 22.06.2021 17:45-18:30 (VPS: 22.06. 17:45) 'Dinner Date' status 4
Dann stabilisierte sich das.
-
Ich hab Deinen Patch erst mal im Testsystem eingebaut, das Protokoll sieht ähnlich aus, wie schon geposted. Ich beobachte das mal, ob es Seiteneffekte gibt, dann kommt der Patch in das Prod-System, wo der Fehler auftritt.
-
Ich habe jetzt erst gesehn, dass Du XXX als Muster eingetragen hast, nach richtiger Compilierung treten die Maldungen nicht mehr auf, ich beobachte das.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!