Need to confirm the tuner is still working also. When my dual tuner card
died, the drivers still loaded but vdr couldn't access the tuners.
On 7/30/2010 11:12 PM, VDR User wrote:
On Fri, Jul 30, 2010 at 10:38 PM, Simon Baxter<linuxtv@xxxxxxxxxxxxx> 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).
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr