Bildausfaelle beim Live-TV wegen re-tuning

andreash · 13. Januar 2011

Hi,

da schau ich gestern hochmotiviert "Star Trek", und auf einmal ist kurz das Bild weg, zweimal hintereinander. Die Mitguckerin sagt noch "das macht er oefter", so dass ich mal ins Log sehe (Channel 51 interessiert, moeglicherweise ein boeses Omen?):

Code

Jan 12 22:49:37 yavdr vdr: [4644] recording to '/srv/vdr/video.00/Star_Trek/2011-01-12.21.13.41-0.rec/00005.ts'
Jan 12 22:55:19 yavdr vdr: [1395] changing pids of channel 51 from 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:32 to 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:0
Jan 12 22:55:20 yavdr vdr: [1300] retuning due to modification of channel 51
Jan 12 22:55:20 yavdr vdr: [1300] switching to channel 51
Jan 12 22:55:20 yavdr vdr-sxfe[1411]: [1425] [input_vdr] wait_stream_sync: discard_index 13229424640 != curpos 13229415240 ! (diff 9400)
Jan 12 22:55:20 yavdr vdr: [5214] TS buffer on device 2 thread ended (pid=1300, tid=5214)
Jan 12 22:55:20 yavdr vdr: [5213] buffer stats: 137992 (3%) used
Jan 12 22:55:20 yavdr vdr: [5213] receiver on device 2 thread ended (pid=1300, tid=5213)
Jan 12 22:55:20 yavdr vdr: [5638] receiver on device 2 thread started (pid=1300, tid=5638)
Jan 12 22:55:20 yavdr vdr: [5639] TS buffer on device 2 thread started (pid=1300, tid=5639)
Jan 12 22:55:21 yavdr vdr-sxfe[1411]: [1425] [demux_vdr] PMT changed, resetting demuxer
Jan 12 22:55:21 yavdr vdr: [5638] [xine..put] Detected video size 720x576
Jan 12 22:55:23 yavdr vdr: [1395] changing pids of channel 51 from 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:0 to 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:32
Jan 12 22:55:24 yavdr vdr: [1300] retuning due to modification of channel 51
Jan 12 22:55:24 yavdr vdr: [1300] switching to channel 51
Jan 12 22:55:24 yavdr vdr: [5639] TS buffer on device 2 thread ended (pid=1300, tid=5639)
Jan 12 22:55:24 yavdr vdr-sxfe[1411]: [1425] [input_vdr] wait_stream_sync: discard_index 13231023016 != curpos 13230996696 ! (diff 26320)
Jan 12 22:55:24 yavdr vdr: [5638] buffer stats: 105092 (2%) used
Jan 12 22:55:24 yavdr vdr: [5638] receiver on device 2 thread ended (pid=1300, tid=5638)
Jan 12 22:55:24 yavdr vdr: [5640] receiver on device 2 thread started (pid=1300, tid=5640)
Jan 12 22:55:24 yavdr vdr: [5641] TS buffer on device 2 thread started (pid=1300, tid=5641)
Jan 12 22:55:25 yavdr vdr-sxfe[1411]: [1425] [demux_vdr] PMT changed, resetting demuxer
Jan 12 22:55:25 yavdr vdr: [5640] [xine..put] Detected video size 720x576

Alles anzeigen

Die PIDs haben sich also an der letzten Stelle geaendert, von "771=deu@106:0:32" nach "771=deu@106:0:0" und zurueck. Ist das ein Fehler vom Broadcaster, oder sollte der VDR das einfach so hinnehmen, ohne neu zu tunen?

Andreas

Wyse · 20. Januar 2011

Genau diese Problem habe ich auch. Bei mir tritt das ganze irgendwie jeden Tag um 22:55 auf... warum auch immer.

Code

Jan 19 22:54:51 yavdrclient vdr: [1921] changing pids of channel 21 from 1791+1791=2:1792=deu@3;1795=deu@106:0:32 to 1791+1791=2:1792=deu@3:0:32
Jan 19 22:54:59 yavdrclient vdr: [1921] changing name of channel 106 from '447 - 20:30,;' to '447 - 23:15,;'
Jan 19 22:54:59 yavdrclient vdr: [1921] linking channel 60 from 129 126 128 125 127 107 to 129 126 128 106 125 127 107
Jan 19 22:55:19 yavdrclient vdr: [1921] changing pids of channel 25 from 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:32 to 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 24 from 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:32 to 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 20 from 511+511=2:512=deu@3;515=deu@106:0:32 to 511+511=2:512=deu@3;515=deu@106:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 21 from 1791+1791=2:1792=deu@3:0:32 to 1791+1791=2:1792=deu@3:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 26 from 2815+2815=2:2816=deu@3,2817=eng@3;2819=deu@106:0:32 to 2815+2815=2:2816=deu@3,2817=eng@3;2819=deu@106:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 22 from 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:32 to 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:0
Jan 19 22:55:20 yavdrclient vdr: [1921] changing pids of channel 180 from 1279+1279=2:1280=deu@3:0:32 to 1279+1279=2:1280=deu@3:0:0
Jan 19 22:55:20 yavdrclient vdr: [1814] retuning due to modification of channel 25
Jan 19 22:55:20 yavdrclient vdr: [1814] switching to channel 25
Jan 19 22:55:20 yavdrclient vdr-sxfe[1929]: [1963] [input_vdr] wait_stream_sync: discard_index 1098189968 != curpos 1098152368 ! (diff 37600)
Jan 19 22:55:20 yavdrclient vdr: [2029] osdteletext-receiver thread ended (pid=1814, tid=2029)
Jan 19 22:55:20 yavdrclient vdr: [1814] buffer stats: 0 (0%) used
Jan 19 22:55:21 yavdrclient vdr-sxfe[1929]: [1963] [demux_vdr] PMT changed, resetting demuxer
Jan 19 22:55:22 yavdrclient vdr: [2026] [xine..put] Detected video size 720x576
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 25 from 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:0 to 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:32
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 24 from 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:0 to 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:32
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 20 from 511+511=2:512=deu@3;515=deu@106:0:0 to 511+511=2:512=deu@3;515=deu@106:0:32
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 21 from 1791+1791=2:1792=deu@3:0:0 to 1791+1791=2:1792=deu@3:0:32
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 26 from 2815+2815=2:2816=deu@3,2817=eng@3;2819=deu@106:0:0 to 2815+2815=2:2816=deu@3,2817=eng@3;2819=deu@106:0:32
Jan 19 22:55:34 yavdrclient vdr: [1921] changing pids of channel 22 from 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:0 to 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:32
Jan 19 22:55:34 yavdrclient vdr: [1814] retuning due to modification of channel 25
Jan 19 22:55:34 yavdrclient vdr: [1814] switching to channel 25
Jan 19 22:55:35 yavdrclient vdr: [2027] TS buffer on device 1 thread ended (pid=1814, tid=2027)
Jan 19 22:55:35 yavdrclient vdr: [2026] buffer stats: 180104 (4%) used
Jan 19 22:55:35 yavdrclient vdr: [2026] receiver on device 1 thread ended (pid=1814, tid=2026)
Jan 19 22:55:35 yavdrclient vdr: [2033] receiver on device 1 thread started (pid=1814, tid=2033)
Jan 19 22:55:35 yavdrclient vdr: [2034] TS buffer on device 1 thread started (pid=1814, tid=2034)
Jan 19 22:55:35 yavdrclient vdr: [2035] osdteletext-receiver thread started (pid=1814, tid=2035)
Jan 19 22:55:36 yavdrclient vdr: [2033] [xine..put] Detected video size 720x576
Jan 19 22:55:36 yavdrclient vdr-sxfe[1929]: [1963] [demux_vdr] PMT changed, resetting demuxer

Alles anzeigen

steffen_b · 20. Januar 2011

Reel patcht da meine ich. Bei Änderungen an der TID (??) wird dann nicht neu getuned. Kann ich heute abend mal raussuchen wenns interessiert.

hotzenplotz5 · 20. Januar 2011

hab schon :

Diff

--- channels.c	(revision 15851)
+++ channels.c	(revision 15852)
@@ -312,7 +312,11 @@
 void cChannel::SetPids(int Vpid, int Ppid, int Vtype, int *Apids, int *Atypes, char ALangs[][MAXLANGCODE2], int *Dpids, int *Dtypes, char DLangs[][MAXLANGCODE2], int *Spids, char SLangs[][MAXLANGCODE2], int Tpid)
 {
   int mod = CHANNELMOD_NONE;
+#ifdef REELVDR
+  if (vpid != Vpid || ppid != Ppid || vtype != Vtype)
+#else
   if (vpid != Vpid || ppid != Ppid || vtype != Vtype || tpid != Tpid)
+#endif
      mod |= CHANNELMOD_PIDS;
   int m = IntArraysDiffer(apids, Apids, alangs, ALangs) | IntArraysDiffer(atypes, Atypes) | IntArraysDiffer(dpids, Dpids, dlangs, DLangs) | IntArraysDiffer(dtypes, Dtypes) | IntArraysDiffer(spids, Spids, slangs, SLangs);
   if (m & STRDIFF)

Alles anzeigen

Wyse · 21. Januar 2011

Zitat

Original von hotzenplotz5
hab schon :

Diff

--- channels.c	(revision 15851)
+++ channels.c	(revision 15852)
@@ -312,7 +312,11 @@
 void cChannel::SetPids(int Vpid, int Ppid, int Vtype, int *Apids, int *Atypes, char ALangs[][MAXLANGCODE2], int *Dpids, int *Dtypes, char DLangs[][MAXLANGCODE2], int *Spids, char SLangs[][MAXLANGCODE2], int Tpid)
 {
   int mod = CHANNELMOD_NONE;
+#ifdef REELVDR
+  if (vpid != Vpid || ppid != Ppid || vtype != Vtype)
+#else
   if (vpid != Vpid || ppid != Ppid || vtype != Vtype || tpid != Tpid)
+#endif
      mod |= CHANNELMOD_PIDS;
   int m = IntArraysDiffer(apids, Apids, alangs, ALangs) | IntArraysDiffer(atypes, Atypes) | IntArraysDiffer(dpids, Dpids, dlangs, DLangs) | IntArraysDiffer(dtypes, Dtypes) | IntArraysDiffer(spids, Spids, slangs, SLangs);
   if (m & STRDIFF)

Alles anzeigen

Öhm leider habe ich es nicht so mit C. Kann mir jemand erklären was passiert und was ich dagegen tun kann. Es nervt halt etwas.

andreash · 21. Januar 2011

Cool, das sieht mir logisch aus.

Wyse: Das kannst du aktuell nur durch selbstkompilieren des vdr-Pakets beheben.

Hotzenplotz: Willst du das zukuenftig mit in eure Pakete einbauen, oder soll ich mich auf selbstbauen einstellen?

Steve135 · 21. Januar 2011

Hallo,

Zitat

Original von hotzenplotz5
hab schon :

Code

...
+#ifdef REELVDR
+  if (vpid != Vpid || ppid != Ppid || vtype != Vtype)
+#else
   if (vpid != Vpid || ppid != Ppid || vtype != Vtype || tpid != Tpid)
+#endif
...

...ich gehe auch mal davon aus, dass man im Normalfall die Änderung der Tpid (sprich Teletext-Pid) sicherlich ignorieren kann. Ich wusste bisher gar nicht, dass in dem Fall 'neu-getuned' wird. Wertet der VDR denn (bei Sat) die Teletext-Infos überhaupt aus? Ohne Teletext-Plugin könnte das doch maximal Auswirkungen bei der Analyse/Änderung der VPS-Zeiten haben. Ich werde das auch mal 'großzügig' aus meinem VDR rauspatchen, bis jemand mir Infos geben kann, dass diese Teletext-Pid-Änderung wichtig ist und ein sofortiges re-tuning erfordert.
Danke für den Hinweis!

Gruss Steve135

P.S.: Falls KLS mal zufällig hier darüber stolpert, kannst Du uns den Hintergrund eventuell erläutern?

[Edit]
Also wenn ich das jetzt recht interpretiere, wird eine Änderung der Tpid dann (mit dieser Anpassung) jetzt solange nicht in die channels.conf vererbt, bis sich auch noch etwas anders für den Eintrag ändert. Damit kann man wahrscheinlich leben. Mir ist die Wertigkeit der Tpid für den 'Normalbetrieb' sowieso noch nicht klar. Any hint's?

decembersoul · 1. Februar 2011

Wie ich sehe ist der Patch noch nicht bei yavdr mit drinnen.
Ist es möglich diesen auf zu nehmen?

hotzenplotz5 · 1. Februar 2011

doch haben wir in unstable.
ich werde mal den teil nach stable bringen die tage.

aber ich weiss nicht ob ich den livebuffer mitnehmen kann, welcher auch da ist.
da muss ich erst nachfragen, da läuft wohl noch nicht alles wie es soll.

decembersoul · 1. Februar 2011

habe den Patch nun selber bei mir eingebaut.
Mein Problem konnte der Patch leider nicht beheben.
Da habe ich wohl ein anderes Problem.
Also wegen mir keine Eile.

maxkr · 13. Juli 2011

Ich weiß schon ein älterer Beitrag (stolpere aber auch gerade drüber) - das Problem ist auch schon länger bekannt:
SKY mit ständigen PID wechsel

Da KLS den Patch aber wohl für eine Notlösung hält (die tpid wird ja dann erst mit einer Änderung einer anderen ID wieder geändert - wie auch Steve135 bemerkt), ist das Ganze aber bisher nicht in den VDR eingflossen...

Viele Grüße,
Max

Bildausfaelle beim Live-TV wegen re-tuning

Jetzt mitmachen!

Teilen