I use both a 144hz and a 240hz display, and when I do the typical "Show Windows" effect it is very smooth, and obviously rendering at at *least* 144 FPS if not my max native refresh rate. However, with this new Overview effect the animation seems to be rendering at a much lower FPS, somewhere closer to 60 (60-75?). It is not a performance issue as I am using a dedicated desktop GPU and the compositor's FPS does not lower while running this effect (using the FPS effect to watch the compositor's ongoing FPS). Same behavior in both X11 and Wayland
I'll add that I'm using an AMD card with MESA drivers, no weird specific NVIDIA issues here
Can confirm this on NVIDIA 495.46 + Arch Linux, seems to be driver independent. On 165Hz and 144Hz refresh rate the animation seems very laggy compared to all other animations. Weird since IMO all other animations are wayyy smother and nicer in 5.24, but for some reason this "overview" is very laggy.
I am also experiencing this issue on a fresh install of KDE version 5.24 and also after upgrading to 5.24.1 (using a 165Hz display). Although, I have seem to have come across a workaround (at least on my system), which seems to fix this temporarily. In my case, after using the "Task Switcher" app (i.e. Alt + Tab) (but instead of just "quick" switching between windows, make sure to do a "long" switch that also triggers the window thumbnails animation on the left side of the screen to appear), the animation frequency becomes completely smooth and stays that way for the current session. More specifically, until the very next system reboot. Details: Kubuntu 21.10 / KDE 5.24.1 Mesa 21.2.6 Kernel driver in use: amdgpu
I don't find an issue with low framerate, but with stuttering. Mostly at the beginning and end of the transitions. https://youtu.be/vLXYdthzV_0 Ubuntu 22.04 / KDE 5.24.2 Nvidia(primary)/AMD dual GPU
*** Bug 452634 has been marked as a duplicate of this bug. ***
I am facing the exact same issue. I also use two monitors at 144 Hz and I also have an Nvidia card. The problem is just with the Overview Effect and the effect runs smoothly after launching the task viewer or after dragging and dropping a window to the left/right side.
Just an update. I just changed my Graphic Card for an AMD card and I am using the default open drivers and the issue is still there. I am still using the workaround to launch the Task View at start up.
Quick Update: I just moved to 5.25 Wayland. The effect is still laggy, but now the workaround of the task switcher does not work anymore.
Git commit 1a475a73de3c7015db8e8a2a76113a770eb3e758 by Nate Graham, on behalf of Blake Sperling. Committed on 09/08/2022 at 23:54. Pushed by ngraham into branch 'master'. effects: Improve animation durations and easing curves in Windowheap-based effects This commit doubles the animation durations for WindowHeap-based effects (Overview, Present Windows, and Desktop Grid) and uses the OutCubic easing curve for their opening and closing animations. This makes them feel smoother and more comfortable. Related: bug 455521 FIXED-IN: 5.26 M +1 -1 src/effects/desktopgrid/desktopgrideffect.cpp M +1 -1 src/effects/desktopgrid/desktopgrideffect.h M +2 -2 src/effects/desktopgrid/qml/DesktopView.qml M +5 -5 src/effects/desktopgrid/qml/main.qml M +1 -1 src/effects/overview/overvieweffect.cpp M +1 -1 src/effects/overview/overvieweffect.h M +1 -1 src/effects/private/qml/WindowHeapDelegate.qml M +7 -9 src/effects/windowview/qml/main.qml M +1 -1 src/effects/windowview/windowvieweffect.cpp M +1 -1 src/effects/windowview/windowvieweffect.h https://invent.kde.org/plasma/kwin/commit/1a475a73de3c7015db8e8a2a76113a770eb3e758