<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="direction: ltr;">On 2/25/06, <b class="gmail_sendername">Joe Silver</b> <
<a href="mailto:devils.taco@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">devils.taco@gmail.com</a>> wrote:<span class="e" id="q_109c6b765549a45c_0"><div><span class="gmail_quote"></span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="direction: ltr;">So it looks like there has been a trouble ticket opened on this issue:<br><a href="http://svn.mythtv.org/trac/ticket/1361" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://svn.mythtv.org/trac/ticket/1361</a><br><a href="http://www.gossamer-threads.com/lists/mythtv/commits/185733" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.gossamer-threads.com/lists/mythtv/commits/185733</a><br><br>However, it doesn't really look like it's being investigated further. I could be mistaken, but it sounds like this is being passed off as a performance issue instead of an internal issue. Hopefully one of the developers has the same issue and can provide the appropriate performance settings to the rest of us to correct this issue. It sounds like the rest of us are stumped! Perhaps it's something to do with differences between default settings between
0.18 and 0.19. Why these defaults would be changed to break something as important as HD playback is a real mystery...<br></div><div style="direction: ltr;"><span><br>-Joe<br>
</span></div></blockquote></div><br><br></span></div><div style="direction: ltr;">I'm screwing around some more with this issue... no useable workaround yet, but I have discovered that xine will playback the captured livetv streams perfectly with xvmc and deinterlacing disabled... the hd captures look fabulous. i'm now ready to claim XVMC playback is broken in mythtv's internal player. probably not a huge surprise, but I am surprised that it works in one and not the other. the only viable workaround i can come up with is to buy a faster processor so i don't need XVMC. I'm a little nervous that it wont actually fix the problem (is it really XVMC or the internal player???), but to buy one and try it is the only way to test this out. Anyone out there with a fast cpu and nvidia card (FX5200) playing HD captures to test this theory out for me? Does enabling XVMC cause audio stuttering (prebuffering pause and buffer underruns)??
<br><br>Cheers,<br></div><div style="direction: ltr;"><span class="sg">JS</span></div></blockquote><div><br><br></div></div>PARTIALLY SOLVED! For me at least. I was inspired by the recent posts about <br>Option "XvmcUsesTextures" "True/False"
<br><br>and was curious what would happen if i changed this.<br><br>For all my previous testing, this option was missing from my xorg.conf. I enabled it (ie True) and it made the OSD turn greyscale, but it has solved the problems of buffer underruns while watching recorded and live tv (SD and HDTV) captured from my HD3000 operating in QAM 256 mode.
<br><br>This isn't consistently true, however. If I am watching livetv and I use the browse mode to change channels the newly selected channel usually comes up fine, but if I manually type in the channel number almost always nothing good happens. Sometimes I get terrible jitter (audio and video), other times I get a black screen that hangs until i exit live tv with TONS of prebuffering pause messages. but it looks like i am going to be able to playback recorded HDTV most of the time, which is all that really matters to me.
<br><br>JS<br><br>