<br><br><div class="gmail_quote">On Fri, Mar 27, 2009 at 9:54 AM, Josh Mastronarde <span dir="ltr"><<a href="mailto:jmastron@gmail.com">jmastron@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Fri, Mar 27, 2009 at 8:24 AM, Richard Shaw <<a href="mailto:hobbes1069@gmail.com">hobbes1069@gmail.com</a>> wrote:<br>
> 2009/3/27 Allen Edwards <<a href="mailto:allen.p.edwards@gmail.com">allen.p.edwards@gmail.com</a>>:<br>
>> Has anyone made progress on this remote/ keyboard delay-lag problem? It may<br>
>> be my imagination but it is happening several times per program lately. It<br>
>> is very irritating. It is particurally bad on American Idol where I am<br>
>> skipping a commercial 30 seconds at a time and the program is still being<br>
>> recorded while I am watching. I have also seen it when navigating the<br>
>> recorded programs menu.<br>
>> Can anyone help?<br>
>> Allen<br>
><br>
> I've had very little time to trouble shoot it but in my situation it<br>
> mostly seems to happen on certain recordings. I have a Athlon X2<br>
> 2.7GHz (Kuma AM2+ CPU) w/ 2GB memory (1066MHz) and 8400GS running<br>
> 0.21-fixes (no additional patches) and Using Slim profile.<br>
><br>
> Regular HD content works fine, frontend stays relatively responsive. X<br>
> eats 7-14% CPU on top and mythfrontend runs 40-80%.<br>
><br>
> SD content that has been scaled up to HD seems to cause me grief. CPU<br>
> wise the tables are turned and X eats 85-97% CPU on one core and<br>
> mythfrontend is eating 7-14%. But even though only one core is maxed<br>
> out and the other is not the remote (and keyboard) will not respond<br>
> for up to 30 seconds (rarely more) but will stay responsive for a<br>
> short duration (as long as I continue to press buttons).<br>
><br>
> Richard<br>
<br>
</div></div>For me, I had apparently 2 different causes, at different times:<br>
<br>
1) When I had only PVR150 mpeg2 content, I had to add:<br>
<br>
Option "UseEvents" "True"<br>
<br>
to /etc/X11/xorg.conf for my Nvidia 6200 card. That made it go away<br>
the first time.<br>
<br>
2) Now that I have mixed PVR150 and HDHomerun recordings, the problem<br>
came back along with some other problems, like the files not always<br>
playing. I root caused those to an issue with the file type detection<br>
in the FFMPEG library that's part of Myth -- mpeg TS vs mpeg PS --<br>
appeared to sometimes play with the wrong decoder, but not quite<br>
right. Once I patched to fix that, the remote lag hasn't reappeared<br>
either. As soon as I get a chance, I'm going to file a ticket to see<br>
if my patch can get put in 0.21-fixes (trunk seems to have already<br>
synced with the latest ffmpeg library with the better probe<br>
procedure). If you compile yourself and want to try what I did, email<br>
me and I'll send you the patch file. It's a fix to the "mpegps_probe"<br>
procedure in libs/libavformat/mpeg.c<br>
<font color="#888888"><br>
Josh<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>
</div></div></blockquote></div><br><div>Thanks for the update. I have UseEvents True in my setup so that isn't it. The other solution is of interest but I don't compile my own. I have 8.04 LTS with fixes. I hate to change things because it always breaks stuff. However, I would like to get this problem fixed. Is there a way to do some limited patch of some files and install your fix? If not, I would be very interested to know when it is in the fixes as that would definitely be worth taking the chance on updating the system. Without a fix to this problem, I am sticking with the "if it ain't broke don't fix it" philosophy.</div>
<div><br></div><div>Allen</div><div><br></div><div><br></div><div><br></div>