Sure XBMC will probably never be ported to run on ARM architecture CPU by anyone of the current Team-XBMC developers as they probably do not have the hardware nor the personal interest in doing so, but there might be other industrious third-parties whom might be interested in using XBMC as their framework for a small and cheap stand-alone set-top-box type media players running on ARM based Multimedia System-on-Chip instead of a x86 processor.
So the questions are, could the DirectFB library be used to bypass XBMC's need to use X Window System?
Quote:DirectFB stands for Direct Frame Buffer. It is a software library for the GNU/Linux operating system that provides "hardware graphics acceleration, input device handling and abstraction, integrated windowing system with support for translucent windows and multiple display layers on top of the Linux Framebuffer Device
If not directly then maybe through XDirectFB?
Quote:XDirectFB is a rootless X Server implementation that uses DirectFB windows for X11 top-level windows. With XDirectFB, programmers do not have to rewrite their code to use the DirectFB API
Does SDL (Simple DirectMedia Layer) support DirectFB/XDirectFB?
DirectFBGL is an OpenGL extension for DirectFB/XDirectFB that uses DRI in Mesa to support OpenGL hardware acceleration:
What are be the Pros and Cons of using DirectFB/XDirectFB/DirectFBGL over X11 or OpenGL if it would be possible?
PS! The Neuros OSD2.0 Development Kit is probably right now the be the best suited platforms for developing this initially as they are Linux embedded based and have free open documentation, and relatively speaking is not too expensive at $250(US) plus shipping for the Neuros OSD2.0 Development Kit.