<br><br><div class="gmail_quote">On Sun, Dec 21, 2008 at 8:20 AM, Al McIntosh <span dir="ltr">&lt;<a href="mailto:al@allanmcintosh.com">al@allanmcintosh.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div><div></div><div class="Wj3C7c">On Sat, Dec 20, 2008 at 10:02 PM, Andy Walls <span dir="ltr">&lt;<a href="mailto:awalls@radix.net" target="_blank">awalls@radix.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Sat, 2008-12-20 at 19:19 -0600, Mark Jenks wrote:<br>
&gt; On Sat, Dec 20, 2008 at 6:46 PM, Al McIntosh &lt;<a href="mailto:al@allanmcintosh.com" target="_blank">al@allanmcintosh.com</a>&gt;<br>
&gt; wrote:<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Oh, wow! Okay, I was wondering what kind of testing or data<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; would be<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; helpful but sounds as though it&#39;s all covered. Impressive<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; work &nbsp;Andy.<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Al<br>
<br>
</div>Al,<br>
<br>
Don&#39;t thank me, thank Mike and Jeff for the reporting and debugging.<br>
The &quot;hard&quot; part for me was building a spreadsheet to compute the correct<br>
PLL parameter values - that was pretty mechanical.<br>
<div><div></div><div><br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Jeff Campbell and Mike Bradley have been doing extensive (!)<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; investigation and pointed out problem areas too me. &nbsp;Due to<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; their<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; prompting and what they&#39;ve found, I&#39;ve got some fixes in<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; progress this<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; weekend that should be good enough for the average user. &nbsp;It<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; should make<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; SVideo and CVBS watchable with buffering.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; The problems are mostly audio and clock related. &nbsp;Maybe by<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Sunday night<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; I&#39;ll have something checked into my v4l-dvb repo.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Regards,<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Andy<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Al<br>
&gt;<br>
&gt; Hey Al!<br>
&gt;<br>
&gt; I was working on setting up a hvr-1600 today with svideo/audio<br>
&gt; capturing to mpeg for mythv from a SA4250HD. &nbsp;Everything went great<br>
&gt; except for the video skipping issue that I could not get rid of. &nbsp;I<br>
&gt; was very happy to find this thread and I am extremely glad to see that<br>
&gt; a fix might be right around the corner for this.<br>
&gt;<br>
&gt; I would of picked up a pvr-250, if they were easier to find, but I<br>
&gt; heard that this card would work. (it does, except for that one<br>
&gt; glitch).<br>
&gt;<br>
&gt; I am awaiting directions to try out your patch when it shows up. &nbsp;If<br>
&gt; you need me to run a test on it, it might take me a few days, but I<br>
&gt; can get it for you.<br>
<br>
</div></div>Mark and Al,<br>
<br>
If you really want to test something, look in<br>
<br>
<a href="http://linuxtv.org/hg/%7Eawalls/v4l-dvb" target="_blank">http://linuxtv.org/hg/~awalls/v4l-dvb</a><br>
<br>
the two latest changes should give you something decent for SVideo and<br>
CVBS. &nbsp;The first analog capture after modprobe will be goofy as always.<br>
(Still working on that one...)<br>
<br>
If you set the stream type to TS instead of the default PS, you may be<br>
able to run with unbuffered playback &nbsp;Although you may want to set the<br>
enc_mpg_bufsize=16 parameter, as the default of a 32 kB individual<br>
buffer sizes may seem a little jumpy if played back unbuffered.<br>
<br>
This might be the only changes I get done this weekend, due to holiday<br>
plans and obligations.<br>
</blockquote></div></div><div><br><br>Andy this is very useable. <br><br><br>At first glance, it&#39;s a remarkable improvement. I was simply testing with MythTv &quot;Watch Tv&quot;, I watched for several minutes and did not notice any dropped frames. Typically, frames were dropped almost immediately and noticeably quite frequently throughout the recording. I&#39;ll leave this card up and running to record from and report back if I notice anything wrong. However, it&#39;s the holiday season and there is not much in the queue to record over the next 2 weeks.&nbsp; In anycase, since joining this list by the time you post patches to this list, it typically fixes the issue so I don&#39;t expect to find any thing related. :)<br>

<br>I do have one observation to point out but will post it in a separate thread for ease of tracking.<br><br>To everyone involved great work!<br><font color="#888888"><br>Al<br><br><br><br></font></div></div></blockquote>
</div><br><br>Just noticed, it appears to only record at 480x480. My recording profile for LiveTv in Mythtv is set to record at 720x480 I also tried 704x480. I have attached dmesg and `v4l-dbg --log` out put.<br><br>I am not sure yet if it&#39;s a myth issue or the cx18 driver I&#39;ll continue looking. I have noticed the following in mythtvbackend.log:&quot;Not ivtv driver??&quot; at beginning of recordings.<br>
<br><br><br>