Hi all,<br>Unfortunately, I'm reading the list from a digest, so I'm having some difficulty sending replies messages sent to the thread. <br>Anyway, replying to George Mari's question:<br><br>I had been referred to Setup->TV Settings->Playback->Extra audio buffering being turned on.<br>
<br>I tried turning on Setup->General->Aggressive sound card buffering.<br>It made the stuttering a little better, but did not seem to fix the underlying problem - I can still see the underruns in the log. Thanks very much for the suggestion, though.<br>
<br>-Greg<br><br><div class="gmail_quote">On Sun, Dec 7, 2008 at 6:59 PM, Greg Zornetzer <span dir="ltr"><<a href="mailto:gzornetzer.lists@gmail.com">gzornetzer.lists@gmail.com</a>></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;">
Hi all,<br>I am running mythfrontend on a Core 2 6550 dual core machine with a motherboard Nvidia 7100 display. Transport is xv-blit. CPU usage doesn't seem to be a problem with HD content (~25-50% usage from top in 720p or 1080i mode)<br>
I am using the RPM version of mythtv-0.21 from <a href="http://rpmfusion.org" target="_blank">rpmfusion.org</a>. This happens with both the released -13 RPM and the newer -14 RPM in rpmfusion's testing directory for fc9. I'm running this on fedora core 9.<br>
<br>When I play 720p, either in live tv mode, or freshly recorded, I get the following (recorded with -v playback):<br><br>NVP: Video is X.xxxx frames ahead of audio, doubling video frame interval to slow down<br>(repeated several times)<br>
WriteAudio: buffer underrun<br><br>In this case, X.xxxx is somewhere between about 7 and 12.<br>This is accompanied by stuttering of the audio every second or so.<br><br>I noticed that there was a bug that got fixed a few months ago regarding audio buffering with 720p data (see <a href="http://svn.mythtv.org/trac/ticket/5749" target="_blank">http://svn.mythtv.org/trac/ticket/5749</a>), but the fix for this (included with the newest testing version of the rpm from rpmfusion), doesn't fix the problem.<br>
<br>I have noticed that if I transcode the 720p recording using the default settings, the transcode will replay flawlessly. So, it's some kind of problem with mythtv interpreting the data coming right off the TV line. That's sort of good news - this way we can at least use the recordings that are made.<br>
<br>Note that there is no problem with playback of 1080i material.<br><br>I believe that some others may be seeing the same problem. I think that the problem described here may be the same: <a href="http://mythtv.org/pipermail/mythtv-users/2008-December/240895.html" target="_blank">http://mythtv.org/pipermail/mythtv-users/2008-December/240895.html</a><br>
<br>I do have 'extra audio buffering' selected in the configuration for mythtv - I saw that asked before. <br>Any suggestions?<br>Thanks,<br><font color="#888888">-Greg<br>
</font></blockquote></div><br>