[mythtv-users] AppleTV with Linux

[matt lutz]

On 2/19/08, Scott D. Davilla <davilla at 4pi.com> wrote:
>
> >Figuring out the hang and video corruption issue during xvmc decode
> >are the biggest issues right now. Once I solve those, all the other
> >issues are trivial. Testing the various changes takes a lot of time
> >as the two issues are random and might take several hours to occur.
> >For example, I made a change last night and run 4 hours straight
> >before I got a hang. Before going to bed, I made another change (send
> >audio to /dev/null) and it was hung again in the morning but a
> >difference type of hang, I could escape back to the main menu. There
> >are many variables in play.
> >
>
> Just a quick report, I switched to mplayer to simplify debugging the
> xvmc hang/video corruption and I'm happy to say that after much
> investigation, I think I might have it solved.
>
> So far, mplayer has been running continuously for over 12 hours doing
> xvmc 1080i mpeg2 decode from a HDHomeRun. Not a sign of any glitches.
>
> The trick seems to be underclocking the nvidia gpu. The "standard"
> clocks reported by nvidia-settings is gpu = 360Mhz and vram = 720MHz.
> I'm running at gpu at 200MHz and vram at 800MHz. Interestingly, the
> vram speed effects xvmc decode performance more than gpu speed.
>
> I have to backout of some kernel config changes and patches and
> retest under myth to be sure but I've never seen 1080i xvmc run this
> long without glitching.



Scott,

This is great news.  A low cost, small, low-noise HD capable frontend is
like the holy grail.  Out of curiousity, how extensive are the changes you
made to a base kernel in order to get to this point?  Meaning can someone
with reasonable linux experience be able to get a box to the point you have?

thanks,
matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20080220/2682c936/attachment.htm