[ATrpms-users] MythTV - Choppy video after upgrade (Resolved)

Void Main voidmain_isageek at yahoo.com
Mon Dec 18 15:59:50 CET 2006


I don't know what has changed since the 147 release
(and several releases prior to that) but since
updating to 0.20-148 my choppy video problem appears
to have disappeared. Processor utilization has dropped
considerably and now there is actually some idle time
while watching live TV. I'm so happy. :)

--- Void Main <voidmain_isageek at yahoo.com> wrote:

> I built an FC5 MythTV box back on the 16th of
> September and updated it with all the latest updates
> and used MythTV RPMs from ATrpms. 
> 
> The hardware:
> Compaq 866Mhz P3 w/384MB RAM
> 250GB hard drive
> Hauppauge PVR-350
> 
> This box serves as both a frontend and a backend and
> uses the video out from the PVR-350 to my TV.
> Everything was working absolutely perfectly in all
> areas of recording, playback, remote control etc. I
> had also installed the MythTV frontend on my laptop
> and connect to the above machine to watch other
> video
> or TV shows and it worked flawlessly.
> 
> My trouble started last night when I decided to
> install the frontend on another desktop located in
> my
> kitchen. I added the ATrpms yum repo to the desktop
> and installed the mythtv-frontend. When I tried to
> connect to the backend there was a protocol
> mismatch.
> I realized the MythTV RPMS had been updated to newer
> version in the repository so I thought no problem,
> I'll just "yum update" on the MythTV server and
> upgrade everything to the latest. Well, the remote
> frontends seem to still work find with the newest
> MythTV updates but the main box that servers as both
> the frontend and backend now has choppy video most
> noticable when trying to watch live TV and seems to
> be
> worst when on screen menus are visible. It's like a
> stutter every few seconds.
> 
> It is as if the frontend is now taking more CPU than
> it did before the upgrade. I have also done a couple
> of transcodes since the upgrade and these also seem
> slower. I was getting over 20 frames per second when
> transcoding (~25fps if I recall) and now I get less
> than 20fps (~17fps). Top shows both Xorg and
> mythfrontend eating up all the CPU (~50% each).
> There
> is no other process that seems to be taking up any
> significant amount of CPU. There is one that does
> show
> up near the top of the top list that I don't recall
> seeing before "ivtv-enc" but it is only using around
> 1% of the CPU. 
> 
> Cpu(s): 60.6% us, 39.4% sy,  0.0% ni,  0.0% id, 
> 0.0%
> wa,  0.0% hi,  0.0% si,  0.0% st
> Mem:    384508k total,   379452k used,     5056k
> free,
>      340k buffers
> Swap:   787176k total,    19736k used,   767440k
> free,
>   113392k cached
> 
> Top processes:
> Xorg - ~48%
> mythfrontend - ~46%
> mythbackend - ~3%
> ivtv-enc - ~1.5%
> 
> To see the exact versions of things that I was
> running
> both before and after yesterdays update it is all
> contained in my yum.log which can be found here:
> 
>
http://voidmain.is-a-geek.net/files/misc/mythtv-yum.log
> 
> Obviously all entries from the 10th of October were
> files upgraded on yesterday's "yum update". All
> entries before that date in the log were files that
> were installed that worked perfectly.
> 
> I am curious if anyone else has run into this and if
> there is a resolution. I would like to go back to
> the
> previous versions that I know work but those
> versions
> no longer appear in the repository. Is there an
> archive somewhere of the old ATrpms files? Any
> suggestions?
> 
> Thanks for any help!
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
> _______________________________________________
> atrpms-users mailing list
> atrpms-users at atrpms.net
>
http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



More information about the atrpms-users mailing list