Hi all,<br>I am running mythfrontend on a Core 2&nbsp; 6550 dual core machine with a motherboard Nvidia 7100 display.&nbsp; Transport is xv-blit.&nbsp; CPU usage doesn&#39;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">rpmfusion.org</a>.&nbsp; This happens with both the released -13 RPM and the newer -14 RPM in rpmfusion&#39;s testing directory for fc9.&nbsp; I&#39;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">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&#39;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.&nbsp; So, it&#39;s some kind of problem with mythtv interpreting the data coming right off the TV line.&nbsp; That&#39;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.&nbsp; I think that the problem described here may be the same: <a href="http://mythtv.org/pipermail/mythtv-users/2008-December/240895.html">http://mythtv.org/pipermail/mythtv-users/2008-December/240895.html</a><br>
<br>I do have &#39;extra audio buffering&#39; selected in the configuration for mythtv - I saw that asked before.&nbsp; <br>Any suggestions?<br>Thanks,<br>-Greg<br>