Hello all, since I upgraded to Knoppmyth R5E50 (mythtv 0.20) and I am getting choppiness and framedrops in recordings around the time a simultaneous recording starts/ends. There seems to be an issue in Mythtv 0.20 that hoses the CPU to the point it forces ivtv to flush its buffers:
<br><br>ivtv1: All encoder MPEG stream buffers are full. Dropping data.<br>ivtv1: Cause: the application is not reading fast enough.<br><br>The IVTV guys fixed an issue with the driver that may be part of the cause. It works better but still have issues with it.
<br><br><br><br><div><span class="gmail_quote">On 1/11/07, <b class="gmail_sendername"><a href="mailto:rob+myth@robnet.com">rob+myth@robnet.com</a></b> <<a href="mailto:rob+myth@robnet.com">rob+myth@robnet.com</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Wed, Jan 10, 2007 at 06:35:27AM -0600, <a href="mailto:rob+myth@robnet.com">rob+myth@robnet.com
</a> wrote:<br>> Some 30 seconds or less after starting a recording the %cpu for mythbackend<br>> climbs to 100% +/-, and I get the "dropping data" messages from ivtv (full<br>> message below). No message in
mythbackend.log, but I need to run again with<br>> more logging enabled. Same happens for live tv. The normal ivtv test, cat<br>> /dev/video0 > test.mpg, works fine with low cpu (around 8%) and nothing in<br>> dmesg even when run for more than an hour. I keep thinking it's an ivtv
<br>> problem for some reason... but this would seem to imply that it isn't.<br><br>A quick follow up, in case others have similar problems. After trying various<br>combinations of kernel versions and ivtv versions, I'm back in business. So
<br>even though the "cat test" worked, it *seems* it was a ivtv (or kernel) issue.<br>The versions that I'm using now (and that seem to work fine):<br><br>media-tv/ivtv-0.9.1<br>sys-kernel/gentoo-sources-2.6.19-r3
<br><br>Both of those are masked. Running a masked ivtv isn't new to me, but I<br>usually avoid masked kernels. Oh well... it's recording again!<br><br>_______________________________________________<br>mythtv-users mailing list
<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div>
<br>