andreas@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