On Wed, 24 Aug 2011 17:58:15 +0200 Dennis Heuer <[email protected]> said:
> On Wed, 24 Aug 2011 14:17:03 +0200 > Martin Koelewijn <[email protected]> wrote: > > > Is that the wall-like zoomed out desktops overview, > > Yepp! > > > Anyway, try the comp-scale module. Load module, then > > configure keybindings. > > i found out that this is in a modules-extra package but couldn't find a > download. Is this repo-only? yes. svn. > Btw., I was able to switch on the compositor with OpenGL and Tex-to-Pix > on my Radeon 9250 (RV280/128bit). But the speed is like in 2D-mode, no > comparison to Compiz, except that workspace-switching is even slower. oh you poor bugger. ati card. i feel sorry for you :( my experience with ati has been poor over the years. their closed drivers are messy and unreliable. they have horrible hacks that mean if u arent compiz - u just dont work. dont even bother. i am not kidding when i LITERALLy found i had to change the xecutable name of my initial compositor test to be compiz for it to work at all with the fglrx drivers. THATs how bad they are. they hunt and check process name and only work if u are "compiz". they fixed that in later driver versions but that alone made me throw in the towel with ati. thats so wrong on so many levels. also with fglrx any resize (or creation) of a new texture is so horribly slow (it seems to be doing readback from video mem to cpu then back to texture again or something) that its unbearable. thats WHY compiz doesnt do "solid resizes" and offers a box for resize. fglrx. thats why. i dont know if the open drivers are better. a while back i understood they didnt work well because they didnt properly support GLSL. e requires shaders to work. it actually works like a charm on embedded gpu's even (phones) - smooth and silky. it works very well on intel drivers (not gallium - the normal intel ones - though bleeding edge versions may have bugs) and it works stellarly on nvidia drivers. i don't know about nouveau. so... your biggest problem i think is... your gfx card and its drivers. if it doesnt handle GLSL shaders well in hw - you are in deep trouble. if it doesnt optimize them well (poor GLSL compiler in the opengl lib) then it will not be good. it's not that high a bar to get over these days, but it seems so many people have poor drivers of gfx chips. and no - we aren't dropping GLSL because we need it for several evas features already (like yuv video support) and we are expanding its use. we simply cant survive without shaders and its a royal pain to support embedded GLES unless you choose shaders (GLES2 requires shaders. no shaders - no render). > Best wishes, > Dennis Heuer <[email protected]> > > ------------------------------------------------------------------------------ > EMC VNX: the world's simplest storage, starting under $10K > The only unified storage solution that offers unified management > Up to 160% more powerful than alternatives and 25% more efficient. > Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
