On Sun, 4 Apr 2021 22:04:37 +0900 Florian Schaefer <list...@netego.de> said:
> On 4/4/21 5:40 PM, Florian Schaefer wrote: > > On 4/4/21 5:02 PM, Francesc Guasch wrote: > >> On 04/04/2021 05:09, Carsten Haitzler wrote: > >>> On Sun, 4 Apr 2021 10:20:15 +0900 Florian Schaefer > >>> <list...@netego.de> said: > >>> > >>>> On 4/4/21 5:52 AM, Carsten Haitzler wrote: > >>>>> On Sat, 3 Apr 2021 17:55:23 +0200 Francesc Guasch > >>>>> <fran...@telecos.upc.edu> > >>>>> said: > >>>>> > >>>>>> Hi. I am running Enlightenment 0.24.99 24520. > >>>>>> > >>>>>> It has always run smooth on my lapton, this is a 2005 Toshiba > >>>>>> with 4 GB RAM. It sports an Intel Corporation Mobile GM965/GL960 > >>>>>> Integrated Graphics Controller. > >>>>>> > >>>>>> I know I am pushing the limit here, sorry for that. Since the last > >>>>>> release changing windows with ALT-TAB takes 2 / 3 seconds. After the > >>>>>> window changes the list of tasks is shown and the back desktop is > >>>>>> blurred for a few seconds. Then the selected window is shown and I > >>>>>> can > >>>>>> use it. > >>>>> > >>>>> how is it blurred. the default theme does not blur the background. > >>>>> i tried > >>>>> that a while back in flat but testing on an older machine showed it > >>>>> could > >>>>> not keep up (a 2010 intel laptop with intel gpu) and dropped to like > >>>>> 20-30fps, so i disabled the filter and it just darkens what is > >>>>> below... so > >>>>> what you describe must be an altered theme? > >>>> > >>>> Sorry if I barge in into the discussion here. Just yesterday I also > >>>> updated after some weeks again to he current git versions, now with the > >>>> flat theme, and experienced the same "issue". (BTW, I also ran into the > >>>> elput issue and had a jolly time figuring out that I need to enable the > >>>> DRM option.) > >>>> > >>>> I guess what Francesc intended was exactly this fading to a darker > >>>> background. On my machine here (i7-3517U) it takes probably about a > >>>> second. But it is no smooth transition and rather seems to be > >>>> stuttering > >>>> along the way, thus feeling really as if the machine is struggling to > >>>> keep up with rendering this transition. The effect is that the whole > >>>> process of switching windows feels very sluggish and seems to take > >>>> ages. > >>>> > >>>> I was also (unsuccessfully) looking around for a way to switch off this > >>>> transition effect. Switching between windows with Alt-Tab is a very > >>>> common action and I would like this to be over in literally in the > >>>> blink > >>>> of an eye. One can actually quickly switch windows in the current > >>>> state, > >>>> cutting the whole transition short right at the start. Still, I would > >>>> prefer if I can have the window list either appear instantaneously or > >>>> with a really fast fade-in and -out. > >>>> > >>>> (BTW, this is using the window switcher in list mode, not in large mode > >>>> where this whole background darkening is probably really necessary as > >>>> there is otherwise no window to separate the list from the normal > >>>> desktop.) > >>>> > >> > >> Maybe I didn't explain good enough. I reproduce it pressing ALT-TAB > >> while I have some windows open. I don't know about window siwtcher in > >> list mode or large mode that Florian talked about. > >> > >>>> Cheers and thanks as always for the great work, > >>>> Florian > >>> > >>> also a large number of maximized windows (a lot of pixels to render) > >>> will slow > >>> down even the best of gpu's if you have enough of them... smaller > >>> windows > >>> render faster in miniature (the input window is smaller). and both > >>> the old list > >>> mode and large mode how show these miniatures and thus render > >>> everything you > >>> see which costs.. the more you have visible, the more it costs. it > >>> costs even > >>> more in software rendering than a gpu... the "i dont even see the fade > >>> animation" hints to me it's software compositing or a very large > >>> number of > >>> large windows. > >>> > >> Hey ! Thanks for stepping in Florian. I was wrong, the problem was not > >> on the fading of the background, but on the app windows. > >> I too built with the latest git commits but it didn't fix it for me. > >> Is it running faster ? Maybe, I am not sure, but it is still slow. > >> > >> Right now I have a couple of Thunderbird windows and a Terminology > >> and it is paifull. Probably because of the large Thunderbird window > >> that takes all the screen. xrandr shows 1680x1050 60.00* > >> > >> Just to summarize: > >> > >> - Large Windows: yes, it gets worse with those. But just a gvim and > >> a terminology also is noticeable slow. > >> - Composite: OpenGL > >> . glxinfo: direct rendering: Yes > >> > >> And now what may be the root of the problem: Turning rendering to > >> software or opengl won't make a change. So the conclusion may be this > >> laptop is way too old. I tried if I could download drivers but the > >> Ubuntu software tool won't show any. With lsmod I see i915. > >> I guess 2020 Enlightenment task switch was way faster because it > >> probably didn't have this transition. > > > > I actually made the same observation, software rendering and openGL > > won't make a difference. I thought this odd at that time. However, now > > that we know its the previews and not the transition effect, it probably > > makes sense. Seen that Raster has some dithering algorithm doing the > > down-scaling its probably down to the CPU to do this. The way you put > > the result on the screen, software or openGL, won't affect the time > > required then. At least that's my understanding now. > > > > On a different note: I am a bit worried about this "laptop is way too > > old" feeling. For me one of the selling points of linux in general and > > also E in particular was and is that it is supposed to also run fine on > > non-bleeding edge hardware. I am all in for fancy effects where the > > hardware is capable of doing it but I hope to at least have the options > > somewhere to cut back on the eye-candy and convenience functions (like, > > e.g. real-time preview thumbnails) so that the system is still fun to > > use on less capable computers. > > You're our hero, Raster! I just saw your commit about the new winlist > option to turn off the miniatures. Well, thank you! I said I'd do it ... :) > I just finished compiling and took the new option for a drive. Works > like a charm. Butter smooth. Great. :-) See - the dimming is not the problem. :) > Cheers, > Florian > > > Anyway, still a happy user here who is thankful for all the effort of > > the developers to provide us with a system that I can use both at work > > and at home for well over a decade now. :-) > > > > Cheers, > > Florian > > > >> I really appreciate you took the time to look at this and try an > >> optimization just for us. Thanks a lot ! > >> > >> > >> _______________________________________________ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > _______________________________________________ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
