[vdr] vdr-1.7.15 problem with TV

Timothy D. Lenz tlenz at vorgon.com
Sat Jul 31 19:23:11 CEST 2010


Just an off the wall guess, buffer problem? Not that much ram needed, 
but how much does the system have?

On 7/31/2010 12:29 AM, Simon Baxter wrote:
> On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxter <linuxtv at nzbaxters.com>
> wrote:
>> This is all very fascinating, but can anyone offer a suggestion to how
>> I can
>> debug my 3 seconds of live TV problem?
>>
>>>> When I switch to any live SD channel, I only get 3 seconds of
>>>> audio/video
>>>> and then then "channel not available". A few seconds later the picture
>>>> comes back, for another 3 seconds, then unavailable.
>>>>
>>>> Jul 25 10:39:46 localhost vdr: [2499] switching to channel 1
>>>> Jul 25 10:39:46 localhost vdr: [2532] receiver on device 1 thread
>>>> started
>>>> (pid=2499, tid=2532)
>>>> Jul 25 10:39:46 localhost vdr: [2533] TS buffer on device 1 thread
>>>> started
>>>> (pid=2499, tid=2533)
>>>> Jul 25 10:39:48 localhost vdr: [2532] cVideoRepacker: switching to
>>>> MPEG1/2
>>>> mode
>>>> Jul 25 10:39:48 localhost vdr: [2532] cVideoRepacker: operating in
>>>> MPEG1/2
>>>> mode
>>>> Jul 25 10:39:50 localhost vdr: [2533] TS buffer on device 1 thread
>>>> ended
>>>> (pid=2499, tid=2533)
>>>> Jul 25 10:39:50 localhost vdr: [2532] buffer stats: 201536 (9%) used
>>>> Jul 25 10:39:50 localhost vdr: [2532] receiver on device 1 thread ended
>>>> (pid=2499, tid=2532)
>>>> Jul 25 10:39:57 localhost vdr: [2499] switching to channel 1
>>>> Jul 25 10:39:57 localhost vdr: [2499] info: Channel not available!
>
>> Not enough information. Assuming channel 1 is a real channel for you,
>> check your xine log and cam log also. Usually "Channel not available"
>> seems to mean the cam can't decrypt the channel or the tuner is in use
>> already (such as a timer is active on another channel).
>
> This is a test box with no timers or other front ends, so the tuner
> isn't in use anywhere.
> Above result happens no matter which channel I change to - 3 seconds of
> live TV then thread ends.
>
> I've also tested using a FF card (so no xine front end) and still only
> getting 3 seconds of video.
>
> Using vdr-xine, XINE logs, all I'm getting is:
> vdr: osdflush: n: 3, 32.6, timeout: 0, result: 0
> vdr: osdflush: n: 2, 20.2, timeout: 0, result: 0
> vdr: osdflush: n: 1, 10.2, timeout: 0, result: 0
> vdr: osdflush: n: 3, 33.6, timeout: 0, result: 0
> vdr: osdflush: n: 3, 30.3, timeout: 0, result: 0
> vdr: osdflush: n: 1, 10.2, timeout: 0, result: 0
> vdr: osdflush: n: 1, 10.1, timeout: 0, result: 0
> vdr: osdflush: n: 1, 10.1, timeout: 0, result: 0
>
>
> CAM logs as follows:
> SetPlayMode: 1
> Slot 2: ==> Date Time (4)
> 2: --> 01 01 A0 10 01 90 02 00 04 9F 84 41 07 D8 70 07 24 57 00 02
> Slot 2: receive data 1/1
> 2: --> 01 01 81 01 01
> 2: <-- 01 01 A0 07 01 91 04 00 40 00 41 80 02 01 00
> . . . . . . . . @ . A . . . .
> Slot 2: open session 00400041
> Slot 2: new MMI (session id 5)
> 2: --> 01 01 A0 0A 01 92 07 00 00 40 00 41 00 05
> Slot 2: receive data 1/1
> 2: --> 01 01 81 01 01
> 2: <-- 01 01 A0 82 00 0B 01 90 02 00 05 9F 88 01 02 01 01 80 02 01 00
> . . . . . . . . . . . . . . . . . . . . .
> Slot 2: <== Display Control (5)
> Slot 2: ==> Display Reply (5)
> 2: --> 01 01 A0 0B 01 90 02 00 05 9F 88 02 02 01 01
> Slot 2: receive data 1/1
> 2: --> 01 01 81 01 01
> 2: <-- 01 01 A0 82 00 61 01 90 02 00 05 9F 88 0C 58 02 9F 88 03 0B 97 41
> 6C 70 68 61 43 72 79 70 74 9F 88 03 01 20 9F 88 03 08 50 72 65 73 73 20
> 4F 4B 9F 88 03 14 59 6F 75 20 61 72 65 20 6E 6F 74 20 65 6E 74 69 74 6C
> 65 64 9F 88 03 1B 74 6F 20 72 65 63 65 69 76 65 20 74 68 69 73 20 70 72
> 6F 67 72 61 6D 6D 65 20 21 80 02 01 00
> . . . . . a . . . . . . . . X . . . . . . A l p h a C r y p t . . . . .
> . . . P r e s s O K . . . . Y o u a r e n o t e n t i t l e d . . . . t
> o r e c e i v e t h i s p r o g r a m m e ! . . . .
> Slot 2: <== Menu Last (5)
> Slot 2: <== Text Last (5) 'AlphaCrypt'
> Slot 2: <== Text Last (5) ''
> Slot 2: <== Text Last (5) 'Press OK'
> Slot 2: <== Text Last (5) 'You are not entitled'
> Slot 2: <== Text Last (5) 'to receive this programme !'
> SetPlayMode: 0
> Slot 2: ==> Ca Pmt (3) 5 1
> 2: --> 01 01 A0 16 01 90 02 00 03 9F 80 32 0D 05 03 EE 01 00 07 01 09 04
> 06 06 E4 51
> frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
> Slot 2: ==> Date Time (4)
> 2: --> 01 01 A0 10 01 90 02 00 04 9F 84 41 07 D8 70 07 25 03 00 02
> Slot 2: ==> Close MMI (5)
> 2: --> 01 01 A0 09 01 90 02 00 05 9F 88 00 00
> Slot 2: receive data 1/1
> 2: --> 01 01 81 01 01
> 2: <-- 01 01 A0 05 01 95 02 00 05 80 02 01 00
> . . . . . . . . . . . . .
> Slot 2: close session 5
> 2: --> 01 01 A0 06 01 96 03 00 00 05
>
>
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



More information about the vdr mailing list