[vdr] Dead lock in VDR/EPG scan

[Rainer Zocholl]

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
>>>> 1.3.25).
>>>
>>>
>>> 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 2.6.11.4 (SuSE 9.3),
>standard kernel DVB drivers and cvs (some days ago) tested

Same config, but debian and LNB sharing patch.
main invoke lines:
export LD_ASSUME_KERNEL=2.4.1
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.)
"red key"
Screen becomes black
any key the screen turns on again

syslog shows
1:44 [8478]: max. latency time 1 seconds
1:54 [8478]: saved setup to /video0/setup.conf
2:03 [8478]: info: Starting EPG scan
2:05 [8478]: max. latency time 2 seconds
2:50 [8478]: switching to channel 14
2:57 [8482]: 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)


Rainer