<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
On 10/02/11 14:27, <a class="moz-txt-link-abbreviated" href="mailto:pnetherwood@email.com">pnetherwood@email.com</a> wrote:
<blockquote
cite="mid:8CD9745C8077D35-1DC0-7995@web-mmc-d02.sysops.aol.com"
type="cite"><font face="Arial, Helvetica, sans-serif" size="2"
color="black"><font size="2"><font face="Arial, Helvetica, sans-serif">>
</font></font>This is usually happening at the start of playback,
while the player<font size="2"><font face="Arial, Helvetica, sans-serif">
</font></font>is buffering video ; <font size="2"><font
face="Arial, Helvetica, sans-serif"><br>
> </font></font>and then during playback if there is anything<tt><font
color="black"><font size="2"><font face="Arial, Helvetica, sans-serif">
</font></font></font></tt>hogging the CPU for a short time.<font
size="2"><font face="Arial, Helvetica, sans-serif"><br>
<br>
Interesting. I have my front end (Acer Revo) seperate to my backend
(Core i3) and it seems pause when the backend CPU goes to 100%. In all
cases its with mysqld when its running one of the scheduling queries.
Perhaps when the backend CPU is busy the frontends get momentarily
starved of data resulting in both audio and video buffer underruns. In
my last mail I was suggesting some query optimisation. I was wondering
if there was some temporary workaround; e.g increasing (or decreasing)
my ALSA or VDPAU buffers. Or maybe something with mysqld so that it
doesn't lock up the entire machine. With a my multi core CPU I'm amazed
it does go to 100%. Maybe there's some other bottleneck.<br>
<br>
</font></font><font face="Arial, Helvetica, sans-serif" size="2"
color="black">
<div
style="font-family: arial,helvetica; font-size: 10pt; color: black;">
<div id="AOLMsgPart_0_cfbf1f3a-b26d-4630-8c05-1c620a8b9ebb"
style="margin: 0px; font-family: Tahoma,Verdana,Arial,Sans-Serif; font-size: 12px; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
<pre style="font-size: 9pt;"><tt>
</tt></pre>
</div>
<!-- end of AOLMsgPart_0_cfbf1f3a-b26d-4630-8c05-1c620a8b9ebb --></div>
</font></font>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
I have a similar setup: Mythtv 0.25-fixes on a revo 3610 for the
frontend. While watching BBC HD I get stutters, not enough to ruin it,
bu tenough to be mildly annoying. Frontend log showed audio and video
buffering problems. Tried looking for cpu load on the frontend, network
errors, overheating of gpu. I eventually tied up the frontend problems
with BE activities. Main reason seems to be BE. Particularly trying to
delete non-existent recordings, or recordings that had wrong
permissions etc. Not sure if its a new 0.24 thing or not, but activity
on the backend seems to have priority over serving video/audio to the
frontend. <br>
<br>
Worth looking at the backend log to eliminate that from your problems<br>
</body>
</html>