[linux-dvb] Re: Patch for frontends/ves1820.c

[Dennis Noordsij <dennis.noordsij@wiral.com>]

Hi Klaus,

It maybe helps against losing the lock too quickly, but it doesn't improve 
tuning time in general for me :-(

I found though that if I return from dvb_bend_frequency straight away, so 
without bending anything :) both cards tune much faster.

I can now (give or take 1 out of 20 tries) zap around in VDR and while tuning 
is a little slower than the old driver, it does work.

Lots of mpeg artifacts in transfer mode though, and one ARM crash while 
fastforwarding with OSD on on a time-shifting card.

Most reports I've read about ARM crashes have to do with either heat, or a 
combination of a very busy ARM (i.e. timeshifting) and fast updating OSD.

If the OSD would be limited to say 4-5 updates per second, might that help? 
It's true that for ff and cutting it's updated much more than that.

Cheers, 
Dennis



> I also had severe problems with lost locks in the latest driver (actually
> I had these problems with the NEWSTRUCT driver all the time).
> With the following patch to DVB/driver/dvb_frontend.c these problems are
> gone here:
>
> --- ../../DVB.head/DVB/driver/dvb_frontend.c    Fri Oct 18 13:50:11 2002
> +++ dvb_frontend.c      Fri Oct 18 16:19:25 2002
> @@ -515,7 +515,8 @@
>                         fe->timeout_count = 0;
>                         fe->lost_sync_count = 0;
>                 } else {
>                         fe->lost_sync_count++;
> +                       if (fe->lost_sync_count < 10) continue;//XXX
>                         dvb_frontend_recover (fe);
>                         delay = HZ/5;
>                         if (jiffies - fe->lost_sync_jiffies > TIMEOUT) {
>
> Maybe this helps.
>
> Klaus





--
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject.