I use FGLRX privative driver, I had a lot of problems with free/libre driver.
The output of fglrxinfo is: emonge@debian:~$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: AMD Radeon HD 6310 Graphics OpenGL version string: 4.2.12217 Compatibility Profile Context 12.104 > maybe your gpu is hw rendering and it is just so insanely poor/bad you'd be > better off with software. fyi i use sw compositing on a 600mhz pentium-m > next > to me and it works fine. at 600mhz. on something far more ancient and slow > than > your box. sure - its not "silky smooth" but it's fast enough. > > you're getting compositing in e. this is not up for negotiation. there are > a > host of very good reasons for it. we just can't move on without. doing it > this > way cuts the cost of compositing significantly and without doing this we > cant > move to wayland. also it gets rid of a shot of bugs people report when > composting is off (eg the theme assumes compositing and when off you get > shaped > display and this leads to all sorts of uglies that make some things > unusable). > so "compositing always on" does these things; > > 1. simplifies our code so we don't have 2 paths to worry about > 2. simplification allows us to actually maintain and develop things rather > than > invest huge resources into testing/coding for 2 paths for what is an ever > decreasing user base > 3. allows us to move on to supporting wayland (without compositing, we > can't) > 4. makes theme work easier as you can assume alpha channels work right > 5. gets rid of artifact bugs created by not having alpha channels > > I understand you, thanks for explanation. > now what is interesting is you claim it's gl under the compositor settings > under engine, but it's slow. see above for that. software rendering will > also > cause e to rise up in cpu usage a fair bit. given current x infra we are > unfortunately forced to copy pixels from the pixmap back client-side and > then > render, then upload again. we don't have a zero-copy path available. > > it might also be that your gpu just can't cope with what evas is throwing > at > it. it isn't that much actually. it shouldn't be that bad. if you are able > to > run e on a commandline where you can set environment vars, you can collect > some > debug from the gl enigne that can indicate how much geometry etc. we are > throwing at the gpu each frame. > > I will to run e from commandline and check vars. > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [email protected] > > Again thanks!!! -- http://www.nuevaeralatam.com Linux user number 478378 Linux machine number 2003329 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. ------------------------------------------------------------------------------ Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
