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 > > > and can still look > > > great, and if you have the hardware - ti doesnt need to starve your cpu. > > > unlike clutter it has multiple rendering engines. software (works > > > everywhere), GL (yes.. sues the gpu! has had support for gl longer than > > > clutter has existed), xrender (again can use the gpu in another way - if > > > the drivers are decent), directfb, direct3d, quartz.... the list is fairly > > > long. > > > > Clutter has numerous rendering backends also - GLX, EGL (GLES 1 & 2), > > WGL, Apple GL etc - its just we integrate tighter and take better > > advantage of the hardware available - i.e we dont just accelerate blits. > > all of them "gl".i wouldn't consider them really different back-ends :) > > > > that's what gustavo was talking about - not the rotation. efl doesn't > > > starve > > > your cpu if you don't want it to. the usability covers a much wider range > > > of > > > hardware than clutter. > > > > > > > I cant disagree it works on ancient hardware better than Clutter. Im > > also sure it doesn't starve the CPU nor kill your battery if you really > > know what your doing and dont try too much (like rotating or > > transforming anything ;-P... sorry, could not resist). > > as gustavo said - rotation has been one of the lesser useful things. if we > really needed it - we'd add it. it doesnt starve your cpu more than clutter > does. in fact it likely starves it much much much less. as clutter would > require a software gl implementation if you don't have it in hardware. > -- Intel Open Source Technology Centre http://oss.intel.com/ _______________________________________________ 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
