[mythtv-users] slow dvb lock in .21 (+some timing data)

David Lister foceni at gmail.com
Fri May 1 18:36:54 UTC 2009


Greg Estabrooks wrote:
>> I'd really like to know about the change you mentioned. I would try it
>> right away -- all my sources are up-to-date, all 4 cores ready to roll
>> and I'm in the mood for hacking. :) Let me know what to try and if I get
> 
>  Just for sh*ts and giggles comment out the calls to Initcc608 and InitCC708 in the InitDefaults() function inside of libs/libmythtv/osd.cpp
> 
>  If you require CC then don't do it since it will be very crashy without those.
> 
>  This made a huge speed up on SOME systems with SOME configurations. No guarantees for you or even most others.

It's the same. Timeline of channel change: releasing OK button -> till
complete "LOCK" -> till the first picture of the new channel appears.
Times are in seconds:

Within one multiplex:

 push | lock | change
>-----+------+-------->
 0    | 2.97 | 6.75
 0    | 2.79 | 6.56
 0    | 2.92 | 7.11

Different multiplex:

 push | lock | change
>-----+------+-------->
 0    | 4.50 | 7.74
 0    | 3.69 | 6.92
 0    | 4.00 | 7.24

Different sat (DiSEqC switch):

 push | lock | change
>-----+------+-------->
 0    | 4.95 | 8.56
 0    | 6.16 | 9.85
 0    | 5.31 | 9.18

Plain dumb channel lock using szap takes the same about of time
(including DiSEqC switch):

$ time szap-s2 -x -a2 -n15 -r -c ~/channels.conf
real	0m0.662s

This is the best I can do. I guess it's even faster than my previous
HTPC (also FE+BE) and HVR-500. My DVB cards are TeVii S640. Everybody
has to agree these times are not ideal. They are bearable, tolerable,
but nothing to be proud of.

Regards,
Dave


More information about the mythtv-users mailing list