<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<br>
Bruce Markey wrote:<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com">Tako
Schotanus wrote:
<br>
<blockquote type="cite"><br>
<br>
Bruce Markey wrote:
<br>
<br>
<blockquote type="cite">Jelle Kalf wrote:
<br>
<br>
<blockquote type="cite">Hi,
<br>
</blockquote>
<br>
<br>
<br>
Hello,
<br>
<br>
<blockquote type="cite">Once every few seconds (especially when I
run mythfrontend in the background) I
<br>
get small freezes every few seconds:
<br>
<br>
2003-11-24 18:13:00 prebuffering pause
<br>
2003-11-24 18:13:05 prebuffering pause
<br>
2003-11-24 18:13:22 prebuffering pause
<br>
2003-11-24 18:13:23 prebuffering pause
<br>
2003-11-24 18:13:27 prebuffering pause
<br>
2003-11-24 18:13:29 prebuffering pause
<br>
<br>
dmesg output:
<br>
saa7115[0]: decoder disable output
<br>
saa7115[0]: decoder enable output
<br>
saa7115[0]: decoder set picture bright=127 contrast=63 saturation=63
hue=0
<br>
saa7115[0]: decoder set picture bright=127 contrast=63 saturation=63
hue=0
<br>
saa7115[0]: decoder set picture bright=127 contrast=63 saturation=63
hue=0
<br>
saa7115[0]: decoder set picture bright=127 contrast=63 saturation=63
hue=0
<br>
<br>
I'm running on a Athlon XP2100+ with 1gb memory and hd's running in
UDMA66.
<br>
<br>
<br>
Note: when I run Mythfrontend in the front and not zapping etc, I don't
have the
<br>
problem. I do have the problem when zapping channels.. it flikkers once
or
<br>
twice.
<br>
</blockquote>
<br>
<br>
<br>
There was a bug in 0.11 and earlier that would cause these
<br>
after a channel change until you paused or rewound for ~30scec.
<br>
If you are using 0.12 or later this doesn't happen but there
<br>
often can be one or two pauses after a channel change (I'll
<br>
tell you exactly why this happens then there will be a series
<br>
of replies saying I'm full of 'it because it doesn't match
<br>
what they imagine or assume ;-). </blockquote>
<br>
<br>
No,
<br>
</blockquote>
<br>
Well, yes ;-). I was responding to the symptoms in the
<br>
message above, not what you've introduced below.
<br>
<br>
<blockquote type="cite">it has nothing to do with one or two stutters
after a channel change, that's normal. This is about continuous
stuttering that occurs every second or so and is very slight but enough
to be annoying. The console is filled with messages about prebuffering
pauses.
<br>
</blockquote>
<br>
The prebuffering pause is unambiguous that the player had
<br>
to stop and wait for more frames. However, this isn't very
<br>
helpful in pinning down why new frames weren't ready in time.
<br>
<br>
<blockquote type="cite">For me this only happens after a certain
time, never in the beginning of a recording.
<br>
</blockquote>
<br>
Is it always in the exact same spot each time you replay
<br>
the same recording?</blockquote>
Yes, but playing the file in Windows shows nothing wrong or even
different<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com"> Does it
happen if you use jump ahead
<br>
to go that far into the recording or only if you let it
<br>
play for a certain period of time?</blockquote>
Both, although a jump seems to worsen the situation.<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com">Does the
stuttering go
<br>
away if you pause or skip back once? </blockquote>
No, neither does restarting frontend, backend and doing a re-probe of
ivtv<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com">Have you
checked top,
<br>
free, sar, iostat, or whatever to see if paging activity
<br>
goes up when this is happening?
</blockquote>
No, I'll try that next time<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com">On this
last question, there was a memory leak for a few
<br>
days last week. If you are using CVS from about a week ago,
<br>
it may be that it runs fine until the leak causes memory
<br>
to be paged out.
</blockquote>
I know, I was one of those that found that leak ;-)<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com"><br>
<blockquote type="cite">CPU usage is low enough (mostly around 30%)
so that should not have anything to do with it.
<br>
</blockquote>
<br>
CPU is a good first place to look but there can be other
<br>
throughput or latency issues that would foul things up.
<br>
For about two weeks during the solar storms I was having
<br>
mysterious periods of slowness over my 802.11g network
<br>
that would cause stuttering. I don't want to sound too nutty
<br>
but me thinks it was Sun spots. However, that's not my
<br>
diagnosis of your problem ;-).
</blockquote>
Hmmm, sunspots, hadn't thought about that!<br>
I'll do a spotchk next time as well ;-)<br>
<br>
Cheers,<br>
-Tako<br>
<blockquote type="cite" cite="mid3FC29A6C.9070704@lvcm.com"><br>
<br>
-- bjm
<br>
<br>
<pre wrap="">
<hr width="90%" size="4">
_______________________________________________
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>
</body>
</html>