On Tue, 11 Nov 2008 14:40:48 +0000 Paul Cooper <[EMAIL PROTECTED]> babbled:
> On Tue, 2008-11-11 at 21:48 +0900, Carsten Haitzler wrote: > > On Mon, 10 Nov 2008 23:18:41 +0000 Matthew Allum <[EMAIL PROTECTED]> > > babbled: > > > > > Hi; > > > > > > On Mon, 2008-11-10 at 05:03 -0800, Carsten Haitzler wrote: > > > > > > > > > > Assuming 'real use cases' conveniently means sticking within the > > > > > limitations of EFL... > > > > > > > > at least it works without requiring high-end hardware, > > > > > > *sigh* Its not the 1990's anymore. GPU's are commodity pretty much > > > everywhere. > > > > interestingly that is not the story i get from my clients who are trying to > > squeeze more out of lower and lower end cheaper hardware (eg drop 2 arm > > cpu's and have a single arm cpu+gsm in one - where there is no gpu at all). > > and that is what i head right now as a new project... not asa legacy thing > > to kill. so i suspect the reality you live in is not the one i see in front > > of me right now as i talk with a major electronics and embedded device > > maker. > > The reality for Moblin is that all the hardware that we are targeting > has GPU with GL so our intention is to allow the UI/UX designers and > engineers to use the full power of the hardware as easily as possible > without handcuffing them to think about a single ARM CPU without GPU. > > That said, the majority of Moblin is loosely coupled with the UI toolkit > so you could in theory build a EFL based UI ontop of Moblin if that's > what your client wanted. > > Paul i was more getting to the point that efldes not have to starv the cpu - or use it for rendering, as matthew was saying. this is incorrect. in this regard it is no different to clutter in that it can use acceleration (xrender, opengl, directfb, direct3d... etc. etc.). in addition it scales down when such hardware does not exist, unlike clutter. and that does definitely interest a fairly large market segment. yes - you don't have all the "fancy features", but somehow we seem to be doing extremely well with the set we have. :) not trying to change moblin's direction - just trying to correct facts. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] _______________________________________________ Moblin dev Mailing List [email protected] To manage or unsubscribe from this mailing list visit: https://lists.moblin.org/mailman/listinfo/dev or your user account on http://moblin.org once logged in. For more information on the Moblin Developer Mailing lists visit: http://moblin.org/community/mailing-lists
