<br><br><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">Robin Neatherway</b> <<a href="mailto:robthebob@gmail.com">robthebob@gmail.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;">
> newly-transcoded versions no longer play back smoothly on my VIA EPIA<br>> frontend using the internal player (ie, when playing them from the Watch<br>> Recordings page).<br>><br>> Thinking that my FE may just be a little wimpy, I decided to test the files
<br>> with mplayer. And it was able to play them back perfectly. So it *looks*<br>> like the box should be capable. For reference, it's a 1.2Ghz VIA, and the<br>> videos are 720x480.<br><br>Interesting you should mention this. I had a go at transcoding to try
<br>and save a bit of space and have had exactly the same experience as<br>you. Hopefully "-v playback" should reveal some useful info. Does your<br>cpu usage hit 100%, or is it a problem with playing the file itself?
</blockquote><br>Well, I just figured out the cause of the problem, but I don't understand *why* it's the cause.<br><br>Under normal circumstances, I have MythTV set up to use XvMC for accelerated MPEG2 playback, whic forces me to use the BOB deinterlacer. With this configuration, MythTV takes up around 65% CPU on average when decoding MPEG4, but I constantly get errors about the video being behind and needing to drop frames (when I enable -v playback). However, when I switched to the kernel interlacer, the video plays back perfectly! Why this is, I have no idea.
<br><br>Brett.<br></div><br>