[yavdr-0.5 stable] Beim Zappen manchmal kein Bild+Ton

Wenn ich so durch die Sender zappe, dann passiert es alle 30 bis 40 Senderwechsel dass das Bild dunkel bleibt und auch kein Ton da ist.
Jetzt genügt es, wenn ich einmal zum nächsten Sender schalte und dann gleich wieder zurück und sofort ist das Bild wieder da.
Ich benutze yavdr-0.5-stable, kernel-3.11.0 (gleicher Fehler auch beim kernel-3.2.0) und nvidia-331, TBS-DVB-Karten TBS6981, TBS8922

Hier mal ein Auszug aus dem syslog, wenn das passiert.
Ich habe hier auf Channel 9 (arte-HD) geschaltet und das Bild blieb schwarz, dann auf Channel 10 (rbb-HD) (der hat sofort Bild+Ton) und wieder zurück auf Channel 9 und Bild+Ton ist wieder da.

Mar 27 18:08:30 yavdr vdr: [12907] switching to channel 9
Mar 27 18:08:30 yavdr vdr: [12907] [softhddev]SetPlayMode: 0
Mar 27 18:08:30 yavdr vdr: [12907] [softhddev]SetVideoDisplayFormat: 1
Mar 27 18:08:30 yavdr vdr: [12907] [softhddev]GetSpuDecoder:
Mar 27 18:08:30 yavdr vdr: [29669] osdteletext-receiver thread ended (pid=12907, tid=29669)
Mar 27 18:08:30 yavdr vdr: [12907] buffer stats: 0 (0%) used
Mar 27 18:08:30 yavdr vdr: [29668] TS buffer on device 1 thread ended (pid=12907, tid=29668)
Mar 27 18:08:30 yavdr vdr: [29667] buffer stats: 180104 (4%) used
Mar 27 18:08:30 yavdr vdr: [29667] receiver on device 1 thread ended (pid=12907, tid=29667)
Mar 27 18:08:30 yavdr vdr: [29678] receiver on device 1 thread started (pid=12907, tid=29678, prio=high)
Mar 27 18:08:30 yavdr vdr: [29679] TS buffer on device 1 thread started (pid=12907, tid=29679, prio=high)
Mar 27 18:08:30 yavdr vdr: [29680] osdteletext-receiver thread started (pid=12907, tid=29680, prio=high)
Mar 27 18:08:30 yavdr vdr: [12907] [softhddev]SetPlayMode: 1
Mar 27 18:08:32 yavdr vdr: video: slow down video, duping frame
Mar 27 18:08:32 yavdr vdr: video: decoder buffer empty, duping frame (1045/130) 0 v-buf
Mar 27 18:08:32 yavdr vdr: video: --:--:--.---   +0    0   0/\ms   0+0 v-buf
Mar 27 18:08:32 yavdr vdr: [29679] buffer usage: 70% (tid=29678)
Mar 27 18:08:33 yavdr vdr: [29679] buffer usage: 80% (tid=29678)
Mar 27 18:08:33 yavdr vdr: [29679] buffer usage: 90% (tid=29678)
Mar 27 18:08:33 yavdr vdr: [29676] Text2Skin: channelInfo display update thread ended (pid=12907, tid=29676)
Mar 27 18:08:50 yavdr vdr: [29721] Text2Skin: channelInfo display update thread started (pid=12907, tid=29721, prio=high)
Mar 27 18:08:50 yavdr vdr: [12907] switching to channel 10
Mar 27 18:08:50 yavdr vdr: [12907] [softhddev]SetPlayMode: 0
Mar 27 18:08:50 yavdr vdr: [12907] [softhddev]SetVideoDisplayFormat: 1
Mar 27 18:08:50 yavdr vdr: [12907] [softhddev]GetSpuDecoder:
Mar 27 18:08:50 yavdr vdr: [29680] osdteletext-receiver thread ended (pid=12907, tid=29680)
Mar 27 18:08:50 yavdr vdr: [12907] buffer stats: 0 (0%) used
Mar 27 18:08:50 yavdr vdr: [29679] TS buffer on device 1 thread ended (pid=12907, tid=29679)
Mar 27 18:08:50 yavdr vdr: [29678] buffer stats: 4194115 (99%) used
Mar 27 18:08:50 yavdr vdr: [29678] receiver on device 1 thread ended (pid=12907, tid=29678)
Mar 27 18:08:50 yavdr vdr: [29724] receiver on device 1 thread started (pid=12907, tid=29724, prio=high)
Mar 27 18:08:50 yavdr vdr: [29725] osdteletext-receiver thread started (pid=12907, tid=29725, prio=high)
Mar 27 18:08:50 yavdr vdr: [12907] [softhddev]SetPlayMode: 1
Mar 27 18:08:50 yavdr vdr: [29726] TS buffer on device 1 thread started (pid=12907, tid=29726, prio=high)
Mar 27 18:08:50 yavdr vdr: audio/alsa: using pass-through device 'iec958:AES0=0x6,CARD=PCH,DEV=0'
Mar 27 18:08:50 yavdr vdr: audio/alsa: start delay 320ms
Mar 27 18:08:51 yavdr vdr: video: decoder buffer empty, duping frame (1142/130) 0 v-buf
Mar 27 18:08:51 yavdr vdr: video/vdpau: missed frame (42/1)
Mar 27 18:08:52 yavdr vdr: video: slow down video, duping frame
Mar 27 18:08:52 yavdr vdr: video:  5:38:08.177 +101  305   0/\ms  56+4 v-buf
Mar 27 18:08:52 yavdr vdr: video/vdpau: synced after 73 frames
Mar 27 18:08:52 yavdr vdr: [12907] switching to channel 9
Mar 27 18:08:52 yavdr vdr: [12907] [softhddev]SetPlayMode: 0
Mar 27 18:08:52 yavdr vdr: [12907] [softhddev]SetVideoDisplayFormat: 1
Mar 27 18:08:52 yavdr vdr: [12907] [softhddev]GetSpuDecoder:
Mar 27 18:08:52 yavdr vdr: [29725] osdteletext-receiver thread ended (pid=12907, tid=29725)
Mar 27 18:08:52 yavdr vdr: [12907] buffer stats: 0 (0%) used
Mar 27 18:08:53 yavdr vdr: [29726] TS buffer on device 1 thread ended (pid=12907, tid=29726)
Mar 27 18:08:53 yavdr vdr: [29724] buffer stats: 209432 (4%) used
Mar 27 18:08:53 yavdr vdr: [29724] receiver on device 1 thread ended (pid=12907, tid=29724)
Mar 27 18:08:53 yavdr vdr: [29733] receiver on device 1 thread started (pid=12907, tid=29733, prio=high)
Mar 27 18:08:53 yavdr vdr: [29734] osdteletext-receiver thread started (pid=12907, tid=29734, prio=high)
Mar 27 18:08:53 yavdr vdr: [29735] TS buffer on device 1 thread started (pid=12907, tid=29735, prio=high)
Mar 27 18:08:53 yavdr vdr: [12907] [softhddev]SetPlayMode: 1
Mar 27 18:08:53 yavdr vdr: audio/alsa: using pass-through device 'iec958:AES0=0x6,CARD=PCH,DEV=0'
Mar 27 18:08:53 yavdr vdr: audio/alsa: start delay 320ms
Mar 27 18:08:54 yavdr vdr: video: slow down video, duping frame
Mar 27 18:08:54 yavdr vdr: video/vdpau: missed frame (43/4)
Mar 27 18:08:54 yavdr vdr: video: slow down video, duping frame
Mar 27 18:08:54 yavdr vdr: video: 16:14:59.710 +118  343   0/\ms  57+4 v-buf
Mar 27 18:08:54 yavdr vdr: video/vdpau: synced after 33 frames

Die Anzeige im femon-Plugin ist dabei einwandfrei, d.h. die STR/SNR sind im grünen Bereich und auch BER und UNC sind auf "0"! Auch LOCK, SYNC usw. sind in Ordnung.
Also der Empfang selbst ist einwandfrei, es gibt eben nur kein Bild+Ton.

Das ist jetzt nicht so dramatisch, stört aber schon etwas und die Frage ist, ob dass nur bei mir so ist, oder ob es auch andere Betzroffene gibt.

Paulaner

OK, dann bin ich nicht ganz allein mit meinem Problem.
Wenn ich mich nicht ganz täusche, dann ist das erst seit ein paar Wochen/Monaten so, ich denke als wir auf vdr-2.0.2 upgedatet haben.

Vielleicht melden sich noch ein paar Leute, die das auch betrifft und wir finden die Ursache.
Ich hatte ja erst die vor ein paar Monaten neu eingebaute DVB-Karte TBS-8922 in Verdacht, da diese immer als frontend0 gestartet wird und somit beim Umschalten ja immer die aktive Karte ist.
Aber RPK und obelix setzen ja ganz andere DVB-Karten ein und haben das gleiche Problem. Also scheint es eine andere Ursache zu sein.

Noch eine Feststellung von mir, wenn der Fehler auftritt:

• Im femon-Plugin gibt es keinerlei Auffälligkeiten, alles ist im "grünen" Bereich
• Wenn der Fehler da ist, dann kann ich im femon-Plugin auf die anderen Tuner umschalten und habe da Bild+Ton.
• Im femon-Plugin auf das frontend0 zurückgeschaltet, dann wieder kein Bild+Ton, Bild+Ton ist wieder da.
• Ich muss mindestens einmal im VDR einen Senderwechsel gemacht haben, um dann beim "alten" Sender sofort wieder Bild+Ton zu haben

Verwendete Hard- und Software:
HW: unicable-LNB von Inverto IDLB-QUDL42-UNI2L-1PP, DVB-Karten TBS-6981, TBS-8922, Grafik Zotac Zone ediditon GT630, Mainboard Asus P8Z77-V LX
SW: yavdr-0.5-stable, kernel-3.11.0 oder kernel-3.2.0, nvidia-331

Paulaner

Zitat von mini73

Verschlüsselter Sender oder FTA?

Das tritt bei mir vorwiegend nur bei unverschlüsselten Sendern auf. Kann aber auch daran liegen, dass ich nur sehr selten auf die verschlüsselten Sender (HD+, ORF) schalte.
Ich habe mal mein 1. Post ergänzt, da hatte ich auf "art HD" (channel 9)geschaltet und dann auf "rbb Berlin HD" (channel10) und zurück.

Die "unnötigen" Plugins werde ich mal deaktivieren und heute Abend wieder schauen, was passiert.

Paulaner

Ich habe mal ein paar Plugins, u.a. auch das osdteletext-Plugin deaktiviert, aber das hat nichts gebracht.
Nach intensiven Zappen kam es wieder bei einem FTA-Sender zum Fehler "kein Bild+Ton".
Ich habe auch mal auf die Ausgabe "xine" umgestellt, das hat nichts gebracht, da der Fehler wieder auftrat.

Eines muss ich allerdings revidieren:
Wenn der Fehler da ist und ich im femon-Plugin die Tuner umschalte, dann habe ich doch ein Bild, wenn wieder auf das frontend0 zurückgeschaltet wird.
Ich habe das in meinem Post #4 mal korrigiert, obwohl ich mir fast sicher war, dass das mal so war!

Paulaner

Zitat von mini73

Kann mal jemand auf testing wechseln, ob das mit dem 2.0.4 auch noch passiert?

Kann ich machen, wird aber vermutlich erst nach dem Wochenende, da wir Besuch bekommen.
Kannst Du vielleicht noch kurz zeigen, was ich da alles ändern muss, damit ich das "yavdr-testing" bekomme!

Paulaner

Hi Lars,
das teste ich Morgen mal (heute komme ich nicht mehr an den VDR) und werde berichten.
Danke erstmal für Deine Bemühungen. Bis morgen also.

Paulaner

Hi Lars,
ich habe mal das geänderte softhddevice-Plugin getestet: Ergebnis: Fehler immer noch vorhanden!

Jetzt habe ich einfach mal im WFE die Ausgabe von softhddevice auf "xine" umgestellt und dann wieder meine Zapper-Orgie gestartet: Ergebnis: Fehler tritt auch hier nach ca. 30...40 mal Senderwechsel auf!
Fazit: Es liegt vermutlich nicht am Ausgabeplugin!

Bei meinen ganzen Tests ist mir allerdings folgendes aufgefallen:
Der Fehler, dass nach dem Umschalten auf einen Sender kein Bild+Ton da ist trat nach meinen bisherigen Tests "nur" bei den unverschlüsselten HD-Sendern auf (das sind bei mir eben alle ÖR-Sender von ARD und ZDF). Gestern am späten Abend hatte ich dann allerdings auch einmal bei ORF-HD den Fehler, das war mir bisher noch nicht aufgefallen! Das kann aber auch daran liegen, dass es ja auch nur 2 Sender vom ORF-HD gibt.

Die einzige Gemeinsamkeit der ÖR-HD-Sender und vom ORF-HD die mir jetzt spontan einfällt ist für mich das Bildformat von 720p. Im Gegensatz dazu ist ja bei allen verschlüsselten HD+Sendern das Bildformat meistens 1080i. Das würde ja wiederum auf das Ausgabeplugin als mögliche Fehlerquelle schließen lassen! Wobei ich allerdings nicht weiß wie der VDR intern mit den DVB-Datenströmen arbeitet bzw. ob im VDR schon erkannt wird, welche Bildparameter, sprich Bildauflösung vorhanden sind.

Vor einem halben Jahr habe ich ja einen kompletten HW-Wechsel gemacht, vom AMD-Prozessor (Gigabyte GA-MA770T-UD3P, GT430-Grafikkarte,Athlon 240e Prozessor) zum jetzigen System mit einem Intel-Prozessor (i5-2500 3,3GHz, Asus P8Z77-V_LX Mainboard, GT630-Grafikkarte). Zu dem Zeitpunkt ist dann auch, falls ich mich nicht irre, auch der Wechsel auf den vdr-2.0.x gekommen.
Vielleicht ist es also auch ein HW-Problem bzw. ein Problem beim Zusammenspiel von Hardware und Software/Treiber, was nur ein paar User betrifft. Denn bei vielen VDR-Usern scheint es ja dieses Problem nicht zu geben, sonst hätten sich schon noch mehr Leute gemeldet. Und wie schon gesagt, tritt der Fehler nur sehr selten beim Umschalten auf einen anderen Sender auf.

Momentan ist das alles sehr nebulös und ich weiß nicht, was ich noch probieren könnte.
Ich habe auch schon jeweils eine der 2 DVB-Karten ausgebaut so dass nur noch 1 DVB-Karte im VDR war und konnte immer durch "Power-Zappen" nach vielen Senderwechseln den Fehler provozieren.
Vielleicht hat irgendjemand noch eine Idee was man probieren könnte, ansonsten werde ich wohl damit leben müssen das isch ab und zu mal beim Zappen kein Bild+Ton habe.

Paulaner

Zitat von mini73

Was passiert denn, wenn du in dem Moment, wo du kein Bild hast, eine Sofortaufnahme startest?

Das habe ich gerade getestet: Sender "MDR Sachsen HD" läuft -> Umschalten auf "NDR FS NDS HD" und kein Bild+Ton.

• Pause-Taste gedrückt = Live-Signal anhalten: Es wird nichts aufgenommen, d.h. die 00001.ts-Datei ist 0kB groß bzw. leer
• Aufnahme über EPG programmiert und gestartet: Es wird nichts aufgenommen, die 00001.ts-Datei bleibt leer

Nach dem ich jetzt ein paarmal versucht hatte, die Aufnahme zu starten ist der VDR von der "leeren" Aufnahme wieder zurückgesprungen und auf einmal war das TV-Bild da, ohne dass ich jetzt den Sender gewechselt habe. Wie vermutet liegt es wahrscheinlich nicht an der Ausgabeseite, da ja bei mir der Fehler bei softhddevice und auch beim xine-Plugin auftritt.

Zitat von mini73

Ich werde mal zusehen, dass ich den vdr 2.0.6 mal online kriege.

Du musst da jetzt keine große Energie reinstecken, denn Ihr wolltet ja eh demnächst das yavdr-stable aktualisieren. Das würde mir reichen.

Paulaner
PS: Mir ist gerade noch eingefallen, dass ich ja vor einem halben Jahr auch an der Empfangsanlage was geändert habe: Austauch des Quad-LNB gegen einen Inverto-Unicable-LNB, da ich nur noch 1 Kabel hinter die Sockelleiste bekommen habe. Also habe ich praktisch fast alles rings um den VDR erneuert, so dass dadurch die Fehlersuche nicht unbedingt einfacher wird!
.