Bildaussetzer, wenn auf zweiter Karte eine Aufnahme startet

e9hack · 5. Juli 2010

Hi,

seit ich auf VDPAU umgestellt habe, habe ich einen merkwürdigen Effekt. Startet auf einem anderen Transponder eine Aufnahme, gibt es auf dem gerade geschauten Kanal einen Bildaussetzer. Laut Log schaltet der VDR beide Karten auf den Transponder, auf dem die Aufnahme starten soll und schaltet dann eine Karte zurück auf den ursprünglichen Kanal. Als ich noch eine FF für die Ausgabe verwendet habe, hatte ich dieses Problem nicht. Vdr ist ein verpatchter 1.7.15. Die Ausgabe läuft über xineliboutput. Ich habe zwei DVB-C Karten im PC. Das Log zeigt den Ausschnitt vom händischen Umschalten auf Kanal 3 bis zu dem Zeitpunkt, an dem zurück auf Kanal 3 geschaltet wird.

Code

Jul  5 18:48:34 vdr vdr: [2953] (device.c:639) switching to channel 3
Jul  5 18:48:34 vdr vdr: [3706] (thread.c:259) TS buffer on device 2 thread ended (pid=2953, tid=3706)
Jul  5 18:48:34 vdr vdr: [3705] (ringbuffer.c:39) buffer stats: 353252 (16%) used
Jul  5 18:48:34 vdr vdr: [3705] (thread.c:259) receiver on device 2 thread ended (pid=2953, tid=3705)
Jul  5 18:48:34 vdr vdr: [4686] (thread.c:251) receiver on device 2 thread started (pid=2953, tid=4686)
Jul  5 18:48:34 vdr vdr: [4687] (thread.c:251) TS buffer on device 2 thread started (pid=2953, tid=4687)
Jul  5 18:48:34 vdr vdr: [3302] [demux_vdr] PMT changed
Jul  5 18:48:35 vdr vdr: [4686] (device.c:1241) [xine..put] Detected video size 720x576
Jul  5 18:48:35 vdr vdr: [3302] [demux_vdr] audio stream changed: 00000000 -> 03010000
Jul  5 18:48:36 vdr vdr: [xine-lib] (video_out_vdpau.c:1813) vdpau_set_property: property=0, value=1
Jul  5 18:48:36 vdr vdr: [xine-lib] (video_out_vdpau.c:1115) vo_vdpau: deinterlace: temporal
Jul  5 18:49:52 vdr vdr: [3046] (sections.c:216) read incomplete section - len = 77, r = 162
Jul  5 18:49:59 vdr vdr: [3046] (epg.c:166) channel 1 (Das Erste HD) event Mon 05.07.2010 18:50-19:50 (VPS: 05.07 18:50) 'Gro’stadtrevier' status 2
Jul  5 18:50:12 vdr vdr: [3046] (epg.c:166) channel 1 (Das Erste HD) event Mon 05.07.2010 18:50-19:50 (VPS: 05.07 18:50) 'Gro’stadtrevier' status 4
Jul  5 18:54:37 vdr kernel: [ 2449.029317] DEBI rx: 633(1191)kB/s size=188/758/1880 cnt=856/s, tx: 0(0)kB/s size=0/0/0 cnt=0/s
Jul  5 18:54:49 vdr vdr: [3702] (outputserial.c:650) Aurora: size=4845932, speed=7993 Byte/s
Jul  5 18:59:07 vdr vdr: [2953] (vdr.c:899) switching device 1 to channel 22
Jul  5 18:59:29 vdr vdr: [2953] (vdr.c:899) switching device 1 to channel 22
Jul  5 18:59:51 vdr vdr: [2953] (vdr.c:899) switching device 1 to channel 22
Jul  5 19:00:00 vdr vdr: [2953] (menu.c:4267) switching device 2 to channel 22
Jul  5 19:00:00 vdr vdr: [2953] (timers.c:572) timer 7 (22 1900-2010 'Stargate~Der Sturz des Sonnengottes') start
Jul  5 19:00:00 vdr vdr: [2953] (menu.c:4131) Title: 'Stargate' Subtitle: 'Der Sturz des Sonnengottes'
Jul  5 19:00:00 vdr vdr: [2953] (menu.c:4154) record /var/spool/video/Stargate/Der_Sturz_des_Sonnengottes/2010-07-05.19.00.22-0.rec
Jul  5 19:00:00 vdr vdr: [2953] (tools.c:342) creating directory /var/spool/video/Stargate/Der_Sturz_des_Sonnengottes
Jul  5 19:00:00 vdr vdr: [xine-lib] (video_out_vdpau.c:1813) vdpau_set_property: property=0, value=0
Jul  5 19:00:00 vdr vdr: [xine-lib] (video_out_vdpau.c:1129) vo_vdpau: deinterlace: none
Jul  5 19:00:00 vdr vdr: [2953] (tools.c:342) creating directory /var/spool/video/Stargate/Der_Sturz_des_Sonnengottes/2010-07-05.19.00.22-0.rec
Jul  5 19:00:00 vdr vdr: [2953] (recording.c:1868) recording to '/var/spool/video/Stargate/Der_Sturz_des_Sonnengottes/2010-07-05.19.00.22-0.rec/00001.ts'
Jul  5 19:00:00 vdr vdr: [4693] (thread.c:251) recording thread started (pid=2953, tid=4693)
Jul  5 19:00:00 vdr vdr: [4687] (thread.c:259) TS buffer on device 2 thread ended (pid=2953, tid=4687)
Jul  5 19:00:00 vdr vdr: [4686] (ringbuffer.c:39) buffer stats: 166192 (7%) used
Jul  5 19:00:00 vdr vdr: [4686] (thread.c:259) receiver on device 2 thread ended (pid=2953, tid=4686)
Jul  5 19:00:00 vdr vdr: [4694] (thread.c:251) receiver on device 2 thread started (pid=2953, tid=4694)
Jul  5 19:00:00 vdr vdr: [4695] (thread.c:251) TS buffer on device 2 thread started (pid=2953, tid=4695)
Jul  5 19:00:01 vdr vdr: [2953] (device.c:639) switching to channel 3
Jul  5 19:00:01 vdr vdr: [4696] (thread.c:251) receiver on device 1 thread started (pid=2953, tid=4696)
Jul  5 19:00:01 vdr vdr: [4697] (thread.c:251) TS buffer on device 1 thread started (pid=2953, tid=4697)
Jul  5 19:00:02 vdr vdr: [3059] (dvbdevice.c:569) frontend 1/0 lost lock on channel 22, tp 466
Jul  5 19:00:02 vdr vdr: [3302] [demux_vdr] PMT changed
Jul  5 19:00:02 vdr vdr: [3059] (dvbdevice.c:560) frontend 1/0 regained lock on channel 22, tp 466
Jul  5 19:00:02 vdr vdr: [4696] (device.c:1241) [xine..put] Detected video size 720x576
Jul  5 19:00:03 vdr vdr: [3302] [demux_vdr] audio stream changed: 00000000 -> 03010000
Jul  5 19:00:04 vdr vdr: [xine-lib] (video_out_vdpau.c:1813) vdpau_set_property: property=0, value=1
Jul  5 19:00:04 vdr vdr: [xine-lib] (video_out_vdpau.c:1115) vo_vdpau: deinterlace: temporal
Jul  5 19:00:04 vdr vdr: [3046] (epg.c:166) channel 6 (RTL 2) event Mon 05.07.2010 19:00-20:00 'Big Brother' status 4

Alles anzeigen

Woher kommt diese Verhalten?

Gruß
e9hack

TomJoad · 10. Juli 2010

Weil noch keiner was dazu gesagt hat - - Ich habe dies Verhalten noch nie beobachtet, gebe auch über xineliboutput aus mit 2 DVB-C Karten. Habe allerdings noch 1.7.14 im Einsatz. Passiert das auch mit frei empfangbaren Transpondern?

e9hack · 10. Juli 2010

Zitat

Original von TomJoad
Passiert das auch mit frei empfangbaren Transpondern?

Es sind beides frei empfangbare Kanäle/Transponder (RTL und Tele5). Ich bin bei KabelBW. Da werden die privaten (noch) nicht verschlüsselt.

Gruß
e9hack

wirbel · 11. Juli 2010

Könnte das ein ähnlicher Effekt wie das hier sein?

http://www.linuxtv.org/pipermail/vdr/2010-July/023202.html

TomJoad · 13. Juli 2010

Bin jetzt auf vdr 1.7.15 gegangen und kann dein Problem nachvollziehen. Kann das mit folgendem zusammenhängen?

Jul 13 16:30:26 yavdr vdr: [20415] frontend 0/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("ST STV0297 DVB-C")
Jul 13 16:30:26 yavdr vdr: [20415] frontend 1/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")

dass bevorzugt die erste Karte zum Aufnehmen genommen wird, auch wenn sie gerade zum Live Schauen verwendet wird, weil die zweite Karte "mehr kann" ?
Bei mir ist jedenfalls das Live-Schauen auf die 2.Karte geschaltet worden mit dem beschriebenen kurzen Aussetzer.

e9hack · 13. Juli 2010

Zitat

Original von TomJoad
Bin jetzt auf vdr 1.7.15 gegangen und kann dein Problem nachvollziehen. Kann das mit folgendem zusammenhängen?

Jul 13 16:30:26 yavdr vdr: [20415] frontend 0/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("ST STV0297 DVB-C")
Jul 13 16:30:26 yavdr vdr: [20415] frontend 1/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")

dass bevorzugt die erste Karte zum Aufnehmen genommen wird, auch wenn sie gerade zum Live Schauen verwendet wird, weil die zweite Karte "mehr kann" ?
Bei mir ist jedenfalls das Live-Schauen auf die 2.Karte geschaltet worden mit dem beschriebenen kurzen Aussetzer.

Das scheint die Ursache zu sein. Wenn Live-View auf der Cinergy (bei mir mit TDA10021) läuft und dann ein Aufzeichnung auf der FF startet, kommt es nicht zu dem Bildaussetzer. Ich werde den TDA10021 probehalber um die QAM4/QPSK Fähigkeiten erleichtern und testen, ob das das Problem löst.

Wenn der VDR nach den Fähigkeiten der Karten selektiert, sollte er bei DVB-C QAM4/16/32 ignorieren, da diese Modulationsarten nicht verwendet werden.

Gruß
e9hack

TomJoad · 14. Juli 2010

Ich habe bei mir in dvbdevice.c in cDvbDevice::cDvbDevice() mal

if (frontendInfo.caps & FE_CAN_QPSK) { numProvidedSystems++; p += sprintf(p, ",%s", MapToUserString(QPSK, ModulationValues)); }

entfernt, dann geht es bei meinen Frontends auch.
Man bräuchte nur eine generelle Lösung, wo entweder die überhaupt am Standort in Frage kommenden und gewünschten Modulationen konfigurierbar sind - oder notfalls aus der channels.conf ausgelesen werden.

Bildaussetzer, wenn auf zweiter Karte eine Aufnahme startet

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema