[mythtv] FYI Tuning patch

Jim mythdev at penyball.cix.co.uk
Sat Sep 24 18:40:00 UTC 2005

Thanks again!
FYI - testing using patch6 against revision 7306 using default 
signal/channel timeouts

recording/playback/scanning - digital/analog - working well.
Live tv tuning between on-air channels now consistenly 5-6s
Tuning from viewing an off-air channel to an on-air channel now ~17s, 
occasionally 22 or 30+s - again no obvious correlation between the 
channels involved and the timings.

Two minor bugs:
a) the UK currently has two channels with apostrophes embedded in the name 
picked up by the scan - (UKTV Br'tIdeas & Teachers' TV)  the code in 
TVRec::DoGetNextChannel  now uses ' in the select statement which breaks 
with the embedded ' 
b) channels can only be changed in one direction, this seems to be because
TVRec::TuningFrequency calls GetNextChannel using a direction computed 
from the channum string after stripping out  "NextChannel"
int dir = channum.right(channum.length() - 15).toInt();
I think this should be 
int dir = channum.right(channum.length() - 11).toInt();

Its harder to get consistent timings at the moment because front-end cpu 
load has increased (<~35% at 6910 to > 84% now) to the extent that the 
code in NuppelVideoPlayer::DisplayNormalFrame
invoking "playing slower due to falling behind..."  is now being invoked.

( The effect here is probably not what was intended because cpu load 
reduces a little when it plays slower so the "Playing at normal speed from 
falling behind..." is triggered - which takes cpu load up and we go round 
again :)  - which also means the osd displaying the timing is almost 
always visible. 
A secondary consequence is that the only way to exit is to change channel 
as the exit request is ignored whilst the above is happening)

This was on:- 2.6.12-rc4, Avermedia 771 = bt8xx, pvr250, epia 10k, 
frontend/backend on same box.

More information about the mythtv-dev mailing list