Re: vdr-1.7.15 problem with live TV [1.7.11 or older OK]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 28.08.2010 03:07, Simon Baxter wrote:
>> Summary of problem:
>> vdr-1.7.12 or newer I get 3 seconds (or so) of live TV before screen
>> goes blank
>> system has TT-1501 abd TT-2300 cards - makes no difference whether
>> xine plugin is running or not
>> same problem running through TT-2300 FF card vdr-1.7.<=11 works fine.
>> vdr-1.7.>=12 shows the problem
> 
> I'm still no futher with this, can anyone please help?
> 
> I turned on ci.c debugging to see what happens differently between
> vdr-1.7.11 and vdr-1.7.15.
> 
> 1.7.11 -> switch to channel 1 and on the console I see:
> SetPlayMode: 0
> Slot 1: ==> Ca Pmt (3) 5 1
>     1: --> 00 01 A0 16 01 90 02 00 03 9F 80 32 0D 05 03 EB 01 00 07 01
> 09 04 06 06 E4 52
> Slot 1: ==> Ca Pmt (3) 4 1
>     1: --> 00 01 A0 20 01 90 02 00 03 9F 80 32 17 04 03 ED 01 00 07 01
> 09 04 06 06 E4 54 02 05 19 00 00 04 05 7D 00 00
> SetPlayMode: 1
> 
> in messages, I see:
> Aug 28 12:53:15 freddy vdr: [17052] switching to channel 1
> Aug 28 12:53:15 freddy vdr: [17104] TS buffer on device 1 thread ended
> (pid=17052, tid=17104)
> Aug 28 12:53:15 freddy vdr: [17103] buffer stats: 80840 (3%) used
> Aug 28 12:53:15 freddy vdr: [17103] receiver on device 1 thread ended
> (pid=17052, tid=17103)
> Aug 28 12:53:15 freddy vdr: [17105] receiver on device 1 thread started
> (pid=17052, tid=17105)
> Aug 28 12:53:15 freddy vdr: [17106] TS buffer on device 1 thread started
> (pid=17052, tid=17106)
> Aug 28 12:53:16 freddy vdr: [17105] cVideoRepacker: switching to MPEG1/2
> mode
> Aug 28 12:53:16 freddy vdr: [17105] cVideoRepacker: operating in MPEG1/2
> mode
> 
> i.e.  ALL OK
> 
> In vdr-1.7.15 on the same box, I see:
> SetPlayMode: 0
> Slot 2: ==> Ca Pmt (3) 5 1
>     2: --> 00 01 A0 16 01 90 02 00 03 9F 80 32 0D 05 03 ED 01 00 07 01
> 09 04 06 06 E4 54
> Slot 2: ==> Ca Pmt (3) 4 1
>     2: --> 00 01 A0 20 01 90 02 00 03 9F 80 32 17 04 03 ED 01 00 07 01
> 09 04 06 06 E4 54 02 05 19 00 00 04 05 7D 00 00
> SetPlayMode: 1
> [v]
> DiscontinuityDetected: triggering soft start

You may want to find out where this message comes from (it certainly
doesn't come from the core VDR).

> [vAVM]buffered 7.1 frames (v:12.2, a:7.1)
> SetPlayMode: 0
> Slot 2: ==> Ca Pmt (3) 5 1
>     2: --> 00 01 A0 16 01 90 02 00 03 9F 80 32 0D 05 03 ED 01 00 07 01
> 09 04 06 06 E4 54
> Slot 1: ==> Ca Pmt (3) 4 1
>     1: --> 00 01 A0 20 01 90 02 00 03 9F 80 32 17 04 03 ED 01 00 07 01
> 09 04 06 06 E4 54 02 05 19 00 00 04 05 7D 00 00
> SetPlayMode: 1
> [v]
> DiscontinuityDetected: triggering soft start
> [vAVM]buffered 7.3 frames (v:13.0, a:7.3)
> SetPlayMode: 0
> Slot 1: ==> Ca Pmt (3) 5 1
>     1: --> 00 01 A0 16 01 90 02 00 03 9F 80 32 0D 05 03 ED 01 00 07 01
> 09 04 06 06 E4 54
> Slot 2: ==> Ca Pmt (3) 4 1
>     2: --> 00 01 A0 20 01 90 02 00 03 9F 80 32 17 04 03 ED 01 00 07 01
> 09 04 06 06 E4 54 02 05 19 00 00 04 05 7D 00 00
> SetPlayMode: 1
> [v]
> 
> and in messages:
> Aug 28 12:50:10 freddy vdr: [16633] receiver on device 2 thread started
> (pid=16557, tid=16633)
> Aug 28 12:50:10 freddy vdr: [16634] TS buffer on device 2 thread started
> (pid=16557, tid=16634)
> Aug 28 12:50:11 freddy vdr: [16633] cVideoRepacker: switching to MPEG1/2
> mode
> Aug 28 12:50:11 freddy vdr: [16633] cVideoRepacker: operating in MPEG1/2
> mode
> Aug 28 12:50:14 freddy vdr: [16634] TS buffer on device 2 thread ended
> (pid=16557, tid=16634)
> Aug 28 12:50:14 freddy vdr: [16633] buffer stats: 192700 (9%) used
> Aug 28 12:50:14 freddy vdr: [16633] receiver on device 2 thread ended
> (pid=16557, tid=16633)
> Aug 28 12:50:21 freddy vdr: [16557] switching to channel 1
> Aug 28 12:50:21 freddy vdr: [16635] receiver on device 1 thread started
> (pid=16557, tid=16635)
> Aug 28 12:50:21 freddy vdr: [16636] TS buffer on device 1 thread started
> (pid=16557, tid=16636)
> Aug 28 12:50:22 freddy vdr: [16635] cVideoRepacker: switching to MPEG1/2
> mode
> Aug 28 12:50:22 freddy vdr: [16635] cVideoRepacker: operating in MPEG1/2
> mode
> Aug 28 12:50:25 freddy vdr: [16636] TS buffer on device 1 thread ended
> (pid=16557, tid=16636)
> Aug 28 12:50:25 freddy vdr: [16635] buffer stats: 173712 (8%) used
> Aug 28 12:50:25 freddy vdr: [16635] receiver on device 1 thread ended
> (pid=16557, tid=16635)
> 
> i.e. I get 3 second "bursts" of live TV, but blank screen as the
> receiver threads restart
> 
> Why am I getting a "SetPlayMode: 0"  and  "receiver on device 2 thread
> ended (pid=16557, tid=16633)"  for no reason??

When a receiver is detached from a device, the play mode is set to pmNone
(which is 0).

My guess would be that the "DiscontinuityDetected: triggering soft start"
is generated by the output device, and that causes the transfer mode
to be stoped and restarted. Maybe the output device chokes on something
in the TS stream?

Klaus

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux