epg scan makes dvb-t tuning work unreliable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

My system has hvr-1300 (adapter0 connected terrestrial antenna for for 
dvb-t) and hvr-4000 (adapter1 connected to satellite dish for dvb-s, dvb-t 
antenna unconnected.)

Whether I use just vdr-1.4.7, 1.6.0, 1.6.0-2 or 1.7.0 with or without any 
plugin, I have noticed that the dvb-t playback usually breaks about after 
5-10 minutes and only reliable way to retune is to shutdown the vdr 
(ctrl-c for runvdr script and) and then restart it again. I have observed 
same behaviour every time over many days and for vdr-1.6.0 the
/var/log/user.log shows always a following types of lines to be repeated.

Oct 14 02:36:25 tinka vdr: [1965] logger 0 filter thread ended (pid=1919, 
tid=1965)
Oct 14 02:36:58 tinka vdr: [1928] changing pids of channel 819 from 
163+163:92:0:41 to 163+163:92:65=ell:41
Oct 14 02:37:19 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 
546
Oct 14 02:37:19 tinka vdr: [1924] frontend 0 regained lock on channel 1, 
tp 546
Oct 14 02:37:21 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 
546
Oct 14 02:37:22 tinka vdr: [1924] frontend 0 regained lock on channel 1, 
tp 546
Oct 14 02:37:23 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 
546
Oct 14 02:37:23 tinka vdr: [1924] frontend 0 regained lock on channel 1, 
tp 546

After googling some vdr discussions I found that somebody had a patch for 
disabling the epc scan due to similar types of problems. Therefore I went 
to configuration option

         setup/EPG/EPG Scan timeout (h)

and changed it's value from 5 to 0. After that my vdr has now worked 15 
hours without any problem. What does this EPG scan timeout do and should 
it be disabled by default if the system has dvb-t channels configured?
Or is somebody seeing this problem or having a patch for 
fixing it?

If I am using vdr for watching the dvb-s channels, things will work 
without problems even if this epg scan timeout is set.

With vdr-1.7.0 I have used the liplianis multiproto tree and vdr 1.6.0 I 
have used with new dvb-v4l, S2 (http://linuxtv.org/hg/~stoth/s2/) and 
s2-mfe trees. (drivers from s2 and s2-mfe repositories works for me with 
vdr-1.6.0 when not trying S2 as the driver api is backward compatible)

In addition I have tested with kaffeine with same drivers and there the 
system worked hours without losing the lock to dvb-t channel.

Mika

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

[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux