Version: unspecified (using Devel) OS: Linux kwin animation stutters when the desktop grid is shown and a desktop is selected the first time - when i show the desktop grid again and select the desktop again it runs smooth until i select another desktop in between. i use the bin nvidia blob... this animation worked smooth in 4.6.3 on the same pc Reproducible: Always
Yes I know. It is not related to the driver, happens here on radeon, too.
Since when? Doesn't happen here (built master 5/13, nvidia blob, w/ or w/o present windows invocation) Is it related to active window changes, the decoration or activities-per-desktop?
Git commit 874aacf5d2b67446aed7fd26015b02a89d6ee7fb by Martin Gräßlin. Committed on 28/05/2011 at 17:41. Pushed by graesslin into branch 'master'. Ensure Lanczos is disabled during start animation For what reason ever motion manager thinks that windows are not moving during the start animation (but are during the stop animation). So we also have to look on the timeline to decide whether we should disable lanczos filter on the windows. Now wonder the animation was stuttering. BUG: 274292 FIXED-IN: 4.7.0 M +1 -1 kwin/effects/desktopgrid/desktopgrid.cpp http://commits.kde.org/kde-workspace/874aacf5d2b67446aed7fd26015b02a89d6ee7fb
thanks for quick fix - but it still stutters with the patch applied ...
doesn't stotter here any more. Can you try to play around with some options to see what else could be involved?
i allready disabled nearly all animations and it still stutters - i also used a "fresh" user to verify that it is not related to my config
It sounds very much like a window activation issue, most nvidia blob candidates woon't stumble on the lanczos filter ;-) @rauchwolke - does it also happen when you move from an empty desktop to another empty desktop? - what if you shut down plasma (kquitapp plasma-desktop) to rule out activities or some plasmoid issue.
as long as i dont open a window, nothing stutters. but when i open a window and switch from desktop (A) where the app is on, to another it stutters. but then it doesnt stutter anymore as long as i dont go back to A....
means switch between empty desktops is fine until i select desktop A or "leave" A . selecting A after A is also fine ...
While a mostly confusing answer, it reads "yes, activation related" to me ;-) I assume it goes away if you remove the titlebar from the window (Alt+F3, Advanced, No Border)?
the answer was so confusing, because it was allready 3:30am ;) yes you are right, remove the titlebar from the window, and everything is running smooth.
This is an issue with the nvidia blob which does a crap job at allocating 32bit pixmaps. It will not go away unless nvidia fixes their drivers or we get finally rid of the paint redirector with KDecoration2 (which will hopefully happen with 4.8 and reminds me to comment on that wiki ;-) As a workaround you can try to minimize the decoration area which requires to a) disable the oxygen shadows (and eg use beshadowed instead until 4.7 brings another shadow system and that gets adopted by decorations, maybe Hugo dumps an oxygen preview before 4.8) b) only use the titlebar (no borders, no base - at least possible with oxygen and bespin. Also QtCurve i think) Scheduling for later, though this is actually rather an nvidia issue :-(
it seems deactivating the animations in oxygen deocoration settings solves the problem - but what happens when i deactivate this option? i dont see any difference, after i turned it off.
ahh i see it, i just tested it with one window ...