On Wed, 13 Oct 2010 15:57:40 -0300 Gustavo Sverzut Barbieri <barbi...@profusion.mobi> said:
> On Wed, Oct 13, 2010 at 2:50 PM, haithem rahmani > <haithem.rahm...@gmail.com> wrote: > > > > > > On Wed, Oct 13, 2010 at 6:03 PM, Gustavo Sverzut Barbieri > > <barbi...@profusion.mobi> wrote: > >> > >> On Wed, Oct 13, 2010 at 1:37 PM, Iván Briano (Sachiel) > >> <sachi...@gmail.com> wrote: > >> > On Wed, Oct 13, 2010 at 1:33 PM, Cedric BAIL <cedric.b...@free.fr> > >> > wrote: > >> >> On Wed, Oct 13, 2010 at 6:26 PM, Carsten Haitzler > >> >> <ras...@rasterman.com> wrote: > >> >>> On Wed, 13 Oct 2010 16:58:38 +0100 haithem rahmani > >> >>> <haithem.rahm...@gmail.com> > >> >>> said: > >> >>>> > however I built ecore with "disable-ecore-evas-software-buffer" > >> >>>> > flag. > >> >>>> > > > >> >>>> > > shall enable it ? > >> >>>> > > >> >>>> > yes. why did you disable it? dont --enable or --disable UNLESS you > >> >>>> > know > >> >>>> > exactly > >> >>>> > what you are doing. defaults do the right thing. > >> >>>> > >> >>>> > >> >>>> well actually I want to have EFL built purely against DirectfB > >> >>>> that's why I disabled all option and enabled only the required ones. > >> >>>> I rebuilt ecore enabling the "ecore-evas-software-buffer" and I got > >> >>>> ewebkit > >> >>>> built. > >> >>>> > >> >>>> thanks for your support. > >> >>> > >> >>> forget dfb. the dfb engine suport in evas is very basic and by now far > >> >>> behind > >> >>> software or opengl. as such i'm thinking of killing off all engines > >> >>> except > >> >>> software based ones or opengl. it's not worth the maintenance. no one > >> >>> maintains > >> >>> or works on the dfb engine. > >> >> > >> >> I bet that gustavo will wake up and cry for such a statement ! > >> > > >> > Finally something will wake up that lazy bastard! > >> > >> Nah! I don't care about DirectFB or software-16 anymore > > > > Hey Guys don't do it. already the GTK people already dropped the directfb > > backend from GTK-3.0. > > I'm working to port the EFL/directfb + ewebkit for set top boxes. > > I think for set-tops what EFL/directfb is offering is good. > > I didn't test yet but I may deliver some updates and fixes to the directfb > > engines. > > don't consider it as promesse :-). > > Rasterman I remeber I gave you such a promess some times ago but really I > > didn't find time. > > but now I'll work to convince my boss to switch to EFL instead of GTK. > > then I think I'll find the time for that. > > People are doing that basically because nobody cares, or nobody cares > to the point to make it worth. The STB argument is a recurrent one, > actually I revamped the directfb due a client that was using it, but > the contract is over and thus no motivation to do it anymore. > > If you look why STB used directfb, the reason was that they had stupid > layered hardware that to make use of acceleration of each plane, with > x11, would be a major PITA (although possible), then they all went to > the directfb solution. > > But nowadays the world is moving to a saner solution, based on > opengl-es 2 as people want effects and there are lots of driving > efforts like google and apple TV. With these becoming "common" the > price drops and nobody will care about fixed layer acceleration > anymore.... and Evas already supports opengl-es. > > Another problem with directfb and its users is that most are unlikely > to give stuff back. I know we did contribute everything back, but not > every company is like that and people tend to build piles of patches > on top of EFL that never went public. This reduces upstream motivation > to maintain it even more :-) > > So let's put like this: if directfb engine is patched to make it pass > all expedite tests, with proper map support and all, then we may keep > it, otherwise it will be dropped. "amen." :) (though i'll disagree about x11 being a pita - it can do what dfb can via visuals. - x11 has supported dual layer displays long before dfb ever even existed (24+8) - but otherwise that is slowly becoming legacy as everything is moving to the gpu pipeline (3d unit, opengl-es2 etc. etc.). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
