If I run vdr-1.6.0 it works fine, it's just vdr-1.7.15 that doesn't. So I'm not thinking this is a system problem.


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 <linu...@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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


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



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

Reply via email to