[vdr] Dead lock in VDR/EPG scan
UseNet-Posting-Nospam-74308- at zocki.toppoint.de
Tue Jun 7 21:07:00 CEST 2005
andreas at andreas-hoelscher.de(Andreas Hölscher) 07.06.05 19:35
Once upon a time "Andreas Hölscher " shaped the electrons to say...
>Klaus Schmidinger wrote:
>> Luca Olivetti wrote:
>>> Klaus Schmidinger wrote:
>>>> Just tested it - it does work (at least with my plain vanilla VDR
>>> Just tested: it doesn't work here (plain vanilla vdr 1.3.25 + xine
>>> plugin or dxr3 plugin : I need one of them to be able to watch tv).
>> Ah, maybe that's the point - I have a full featured card.
>does _not_ work for me:
>full featured card (Hauppauge 2.1),
>vanilla vdr 1.3.25,
>Kernel 18.104.22.168 (SuSE 9.3),
>standard kernel DVB drivers and cvs (some days ago) tested
Same config, but debian and LNB sharing patch.
main invoke lines:
VDRPRG="./vdr -v /video0"
#VDRCMD="$VDRPRG -D0 -l 3 -w 60 -s /video0/pwroff $*"
EPG scan time=1 (with time=0 the red key only closes the menu..not really ergonomical.)
Screen becomes black
any key the screen turns on again
1:44 : max. latency time 1 seconds
1:54 : saved setup to /video0/setup.conf
2:03 : info: Starting EPG scan
2:05 : max. latency time 2 seconds
2:50 : switching to channel 14
2:57 : changing pids of channel 162 from 901+901:902:204 to 701+701:702:204
But: i miss the "switching to 0" ("switch to 14"
occured when i pressed any key)
Too that does not really help to determine the looping
in a multicard system and why EPG is trying to switch to an entriely
senseless random channel
(3 FF-DVB-S 1 DVB-T)
More information about the vdr