On Mon, 8 Feb 2010 06:46:35 +0000 Laurent Ghigonis <ooook...@gmail.com> said:
> On Mon, 8 Feb 2010 04:49:44 +0000 > Laurent Ghigonis <ooook...@gmail.com> wrote: > > On Sun, 7 Feb 2010 22:25:13 +0900 > > Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote: > > > is xrender actually appreciably faster than software for the bg? in > > > my experience xrender is pretty bad at things like scaling images > > > which are used very heavily on wallpapers. > > > > heavily depends on the job, so yes it might not be very clean =) > > but for some animated wallpapers, like the e17_bg_picasso.edj > > avalaible on exchange, the cpu usage drops from 23% enlightenment 16% > > xorg to ... 0% 0% (laptop core2duo p8...@2.26ghz, Mobile Intel GM45 > > Express, OpenBSD using inteldrm). > > e17_bg_layered_sky on the other hand gives poorer performances on > > xrender. but in my experience on that intel chipset, animated bg > > renders better on xrender. > > if you want expedite scores i can run it. > > i think the openbsd intel driver is more or less the xorg one, so > > should be the same as linux. > > > > > as such this makes a little sense, but i'm dubious of the long-term > > > usefulness. i know i am thinking of killing off the xrender engine > > > for evas just for maintainability. > > > > maybe then the GL engine could be added to e background ? =) > > mh indeed it is already, just doesn't show up on my laptop. > the "wallpaper engine" can use it too i guess. hmm ok. in general i've tried sticking gl windows below my other windows - often with poor results. gl windows don't handle expose redraws well and it makes moving of other windows around horrible as you have a continual lock-battle between 2d x and opengl/3d/dri to draw to the screen. dont move/resize windows and u are doing ok. as such i see the ideas you have and why - but this is not the time & place for them. this becomes viable only with a gl compositor when the whole screen is drawn via opengl in 1 big fulscreen window. as such - we have that now - the comp module can do this. but, e still has windows for the bg and borders, shelves etc. the compositor canvas needs to be exposed to the rest of e and then - when it coems and goes, the rest of e needs to know to delete+re-create elements in the compositor canvas (that includes wallpaer bg, shelf etc.) THEN your wallpaper can become seamlesly part of the compositing world and use gl.. as can everything else. :) some steps have been done. more steps are needed. you can get your goal - but not the way you want it to happen i think. via a different route. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
