On Fri, 10 Feb 2012 22:53:45 -0200 Gustavo Sverzut Barbieri <[email protected]> wrote:
> On Fri, Feb 10, 2012 at 7:59 PM, <[email protected]> wrote: > > Hello all, > > > > before jumping ahead with the problems I am having, I would first > > like to say what I am up to. For an embedded device (full hd > > mediaplayer) I am using the ketlaer project > > (http://ketlaer.sourceforge.net) as a base. Starting from there I > > have been able to cross-compile a whole lot of libraries (e.g. > > Qt4.7.4 without too many problems and almost the whole bunch of efl > > libraries). > > > > I am planning on getting enna (http://enna.geexbox.org) to work on > > my device (based on realtek 1073 chipset - mips32 little endian). > > Since DirectFB is one of the few possibilities for output, I was > > delighted to see that Evas had DirectFB support; this meant that I > > should be able to build enna. > > Default media center application on these devices is closed source > > and lacks some easy-to-include features for some time now. > > > > So I started searching, building, compiling, testing, ... > > > > DirectFB was no problem (v1.2.9 at this moment), all the > > DFB-examples (except one or two examples) run without any problems > > and produce the expected output on screen. > > > > Next, I have built al the required libraries needed to be able to > > build enna, this included a lot of the efl. > > > > After this was finished, I first decided to build some examples, > > starting with the evas-examples. They compiled without problems, > > but I keep getting the error below (before it quits, DFB is > > initialized, because I see a 'maiden DFB screen' as output). > > DirectFB engine is not maintained anymore and it will be removed soon, > when Evas is merged into a single source package with other EFL, or at > least when we start to rework Evas internals. > > Sorry, it happens because it's painful to keep these things around > when nobody steps up as maintainer... and DFB has a huge history of > it. It was created and then when it was almost to be removed I needed > it for a project, then I revamped most of its code... but no need to > maintain it for me anymore, nobody else stepped as maintainer and it's > likely going away. > > The good thing is that most of newer hardware is OpenGL2.0 compliant, > and with Wayland evolution one day we may expect embedded to settle on > this combination :-) On the other hand, plain FB is still supported and not going away any time soon. I use it in an embedded project, works fine on my tiny 486 system. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
