Am Mittwoch, den 01.02.2006, 09:08 +0900 schrieb Carsten Haitzler: > On Tue, 31 Jan 2006 23:09:45 +0000 mista <[EMAIL PROTECTED]> babbled: > > > Am Dienstag, den 31.01.2006, 10:27 +0900 schrieb Carsten Haitzler: > >
> you need to implmenent text, gradient, line and polygon re3dnering still. the > rest is done. without these even being drawn it was 1/25th the speed of evas's > software rendering. evas does have a DIRECT TO GL engine of its own - as i > said > - it has many fewer issues. a glitz engine woudl be possible - but frankly - u > will have the same end problems anyway. > generating things liek a shape mask are > basically impractical using an form of gl as the onyl sane way to do so ends > up > being an abysmal software path. ok, thanks for your answers - strong arguments to leave it for now. A common opengl-backend with good context-switching capabilities would change the situation, right? > so any theme with shaped borders (rounded > edges) menus etc. will crawl like continental drift - theres the other problem > of requiring gl buffers everywhere and lock contention. It´s a bit off topic but this questions daddles the themer´s part of my brain for a long time: This shape-stuff is a x-extension which seems to have its displaying-routines seperated from the normal window drawing-routines. (On slow hardware or with bad driver-settings one can see the shapes appear delayed). Afaik the mouse-pointer uses xrender for shadow and tranparency. My question is if it is possible to let the shape-extension use xrender in that way? Is it not possible because the pointer is seperated from normal window drawing? >> is it much work to make e output to evas-xrender? > almost none. its a config option :) > ok, I tried it. it garbles the display a little and wont show the borders, but no problem to me for now since evas bench for xrender is about 0.9(with exa) and software 3.2 > > After all could this give any performance advantages? > > if you are instanely lucky (ati R200/r250 card, at least 64mb video ram, x.org > latest 7.0 or cvs, turning on exa, other options, and some incredible luck - i > have a checkout of x.org cvs from a particular day that happens to have this > work with accelerattion - ane the xrender engine actually beats the opengl > engine by 50% performance) > How fast is your opengl in comparison to software? I´m pretty lucky to have dri and opengl running with r350 and oss-driver. xcompmgr is damn fast with it, but only without exa. One problem is, when windows get shaded, there is clutter left at the place where the shadow were, but not when resizing, moving, etc. It can hardly explain to me why its only in that case. Just wanted to ask if e handles shading differently ie. doesn´t redraw in that case? Regards, Hannes Janetzek ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
