[mythtv-users] Smoothing out the channel change script

[Viitasaari]

Thanks for the response.

After I started examining my processor speed I realized that it was only
being detected as a 1GHz when it should have been detected at around
2.4GHz since its an Athlon 64 3400+

I turned off the cpuspeed service which caused fedora to detect it at
2.4GHz however I still wondered why the kernel had been seeing a 1GHz
CPU so I checked my BIOS settings.

I turned off the "AMD Cool & Quit" setting in my BIOS and
restarted...bingo my CPU was detected at 2405.514MHz even while the
cpuspeed service was running.

So I fixed that problem however, my channel change script still stutters
like before :-(

I tried nicing the irsend commands in my script with no luck.

Is it possible that its one of my recording settings in myth.

I notice right after the stutter it comes up with a position saved
before the channel actually starts to change.

Any help would be great.

Hedgehog

On Tue, 2006-11-14 at 13:40 -0500, Dan Wilga wrote:
> At 7:48 AM -0500 11/14/06, Viitasaari wrote:
> >It doesn't seem to be the DSTB since the stuttering occurs before the
> >actual channel itself even changes.
> >
> >There appears to be 3 distinct parts to the stutter...one for each
> >digit.
> 
> This sounds to me like it is lirc that is inducing the stutter. 
> resolving this may be as simple as increasing the "niceness" (do a 
> "man renice" for more info) of the lirc processes. But if you do 
> this, you may cause some transmissions to fail, because the CPU 
> switches away from lirc at times when it should be blasting the next 
> bit of data.
> 
> Other options that may help:
> 
> - upgrade your kernel to one that supports the HPET_TIMER option
> 
> - get a blaster like either of these, which would offload the 
> CPU-intensive stuff: http://www.mytvstore.com/product_id_004.html
> http://www.usbuirt.com/
> 
> - get a faster CPU
>