<BR>
<BR>
 <BR>
<BR>
<span style="font-weight: bold;">On Sat Jan 30 19:18 , Christopher Meredith <chmeredith@gmail.com> sent:<BR>
<BR>
</chmeredith@gmail.com></span><blockquote style="border-left: 2px solid rgb(245, 245, 245); margin-left: 5px; margin-right: 0px; padding-left: 5px; padding-right: 0px;">On Mon, Jan 25, 2010 at 9:43 PM, Christopher Meredith <span dir="ltr">&lt;<a href="javascript:top.opencompose('chmeredith@gmail.com','','','')">chmeredith@gmail.com</a>&gt;</span> wrote:<BR>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, Jan 18, 2010 at 12:31 PM, Alan Young &lt;<a href="javascript:top.opencompose('ayoung@teleport.com','','','')">ayoung@teleport.com</a>&gt; wrote:<BR>

&gt; Christopher Meredith wrote:<BR>

&gt;&gt;<BR>

&gt;&gt; I'm running trunk revision 23143 with an HD-PVR as my capture device<BR>

&gt;&gt; and in general, it works great. But I am experiencing frequent<BR>

&gt;&gt; dropouts during recording and it's starting to get on my nerves. Myth<BR>

&gt;&gt; does a good job of picking back up, but it still causes a loss of a<BR>

&gt;&gt; few seconds and an accompanying glitch. Here is what I get in the<BR>

&gt;&gt; backend log when this happens:<BR>

&gt;&gt;<BR>

&gt;&gt; 2010-01-17 20:47:34.394 DevRdB(/dev/video0) Error: Poll giving up<BR>

&gt;&gt; 2010-01-17 20:47:34.398 MPEGRec(/dev/video0) Error: Device error detected<BR>

&gt;&gt; 2010-01-17 20:47:34.399 DevRdB(/dev/video0): Stop(): Not running.<BR>

&gt;&gt;<BR>

&gt;&gt; It seems to happen at least once during every recording (sometimes<BR>

&gt;&gt; more) and doesn't seem to be limited to one or a few channels. Does<BR>

&gt;&gt; anyone have any ideas what could be going on? Thanks!<BR>

&gt;&gt;<BR>

&gt;&gt; Christopher<BR>

&gt;<BR>

&gt; What source are you recording from - Cable? &nbsp;Satellite? &nbsp;And what input are<BR>

&gt; you using - &nbsp;S-Video? &nbsp;Component? &nbsp;RCA? &nbsp;SPDIF?<BR>

<BR>

</div>Sorry, that was a pretty lame description. I am using component cables<BR>

and optical SPDIF to record 720p cable from an SA3250HD.<BR>

<BR>

Per the other response in this thread, I read this thread:<BR>

<div class="im"><a href="http://www.gossamer-threads.com/lists/mythtv/users/409442" target="_blank">http://www.gossamer-threads.com/lists/mythtv/users/409442</a><BR>

<BR>

</div>It looks like I'm now in that same boat. I am wondering whether anyone<BR>

nailed the problem down. It looks like a couple leading theories<BR>

centered around dirty AC3 from the source and/or flaky USB<BR>

controllers. I am actually using three USB hard drives in addition to<BR>

the HD-PVR and am really hoping that's not the problem. I can switch<BR>

to stereo for testing purposes though, if people are still thinking<BR>

that's the culprit.<BR>
<BR>
</blockquote><div><BR>
</div><div>&gt;So far, no dropouts using RCA stereo cables. I guess the AC3 was the problem. I suppose I could try a better cable?</div></div><BR>
<BR>
I've been using my hd-pvr with AC3 over S/PDIFF without dropouts all along. Bog standard USB cable over cheap, builtin mobo controller. Would tend to support the source theory??<BR>
<BR>
My decoder is a Motorola IP-STP 1700 (or something like that - ethernet signal, no builtin harddisk). The only time I have problems (sometimes) is if I change channel during a recording.<BR>
<BR>
Cheers!<BR>
<BR>
Marius<BR>
<BR>

</blockquote><BR>