<!DOCTYPE html><html><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<style type="text/css">body { font-family:'DejaVu Sans Mono'; font-size:12px}</style>
</head>
<body bgcolor="#FFFFFF" text="#000000">On Fri, 05 Oct 2012 05:49:30 +1300, Pieter De Wit <pieter@insync.za.net> wrote:<br><br><blockquote style="margin: 0 0 0.80ex; border-left: #0000FF 2px solid; padding-left: 1ex">
<div class="moz-cite-prefix">On 4/10/2012 22:34, Nick Rout wrote:<br>
</div>
<blockquote cite="mid:CALmzFLZfQpdxxOP-3ODuuPH0V8hGu=GJ6dg2O2V-CbCiNpSJ6g@mail.gmail.com" type="cite">
<p><br>
On Oct 4, 2012 8:07 PM, "Curtis Walker" <<a moz-do-not-send="true" href="mailto:sultanoswing@gmail.com">sultanoswing@gmail.com</a>>
wrote:<br>
><br>
> Odd problem this.<br>
><br>
> On all TV recordings, after around 20 minutes, the picture
starts becoming pixellated. Over the next 30 or so seconds it
becomes more and more pixellated until it looks like an
impressionist painting. The sound is generally OK, but does have
the odd, brief "glitch" (a noise like a modem negotiating).
After no more than a minute, the picture and sound suddenly
return to normal.<br>
><br>
> I'm fairly sure this is not a reception issue, since it
seems to occur so regularly, and at roughly the same time in
each recording, and for the rest of the recording picture and
sound are perfect. Signal strength and SNR are fine (98% and
2.3dB respectively, and this is representative). Same thing
occurs on all channels.<br>
><br>
> It doesn't appear to be related to the playback, as the
same pixellation occurs in the same place whether viewing the
recording on desktop (nvidia) or Laptop (intel integrated),
although it sounds similar to symptoms reported by others on
mythtv <0.25 which people ascribed to vdpau and buffer
settings.<br>
><br>
> Could be some scheduled process is running every 20 minutes
or so on my disks? Although why it occurs ~20 minutes into a
recording, and never at other times, doesn't seem to fit with
this either.<br>
><br>
> Hmmmm ....</p>
<p>I have seen similar stuff. I thought it was to do with the
networking between my HDHR and my backend. I should indicate
further.</p>
<br>
</blockquote>
Quite correct Nick. If you drop a few packets from the h264 stream,
it does this, the more your drop, the worst the result (logical, I
know :) ). I used to see this with program changes (I am sure most
of you have seen my rants on the main list), but since then I took a
certain supplier to task on a $99 deal for a 120gig SSD, problem
gone :)<br>
<br>
Why this happens at the 20 min mark is hard to say, can you tell us
more about your setup ? Perhaps more details around
CPU,memory,disk,mount points ?<br>
<br>
Cheers,<br>
<br>
Pieter<br>
</blockquote><br><div>In my case I have a combined BE/FE wit an Intel G620 2.6 GHz CPU,4GB RAM OS is on a separate drive to storage and is not performing comm flagging or transcoding.</div><div><br></div><div>Cheers<br></div><div><br></div><div>Paul</div><br><div id="M2Signature"><div>-- </div><div>Using Opera's revolutionary email client: <a href="http://www.opera.com/mail/">http://www.opera.com/mail/</a></div></div></body></html>