Originally Posted by ChrisFB
The only issue has been native HD content and some of the new h264 codecs and that is solely due to the original XBox's underpowered hardware - and these guys have absolutely mastered working with memory and processor constraints. .
This is what irks me the most about software developers the past 8-10 years.
They have completely lost the art of optimizing code, writing software that takes the absolute minimum RAM, CPU, etc to accomplish a task while still retaining a good interface.
This was normal practice in the 80's and early/mid 90's.
Then bloat-creep became the accepted practice among developers. It used to be a matter of pride among software writers to write the most efficient code possible. I'm glad the spirit lives on in teams like XBMC, bringing the philosophy into Linux, which has been suffering bloat creep in recent years, too, though not nearly as bad as Windows and Mac.
I hope the XBMC Linux team makes it a point to build a Linux based bootable XBMC CD/DVD distro that requires no more than the hardware and RAM in an XBOX if desired, with options for faster CPU's, GPU's and more RAM if you want to play the most demanding HD codecs, though I believe they should work to achieve Xbox functional parity first- i.e. make a bootable CD Linux distro that looks and acts exactly like XBMC on an Xbox, THEN move on to support faster hardware for HD or other uses.
Again, to see what is possible, try Movix or GeexBox (both bootable CDs), which attempted to be Linux distros with XBMC functionality, though the interfaces were lacking.