Created attachment 174260 [details] compare 360Hz animation speed vs 60Hz SUMMARY when you launch an app and look at the animation circle on the task manager it spins really fast on a 360 Hz display (6 times the usual speed I guess) If you have a second panel on the slower monitor it has it's own usual (intended) speed. The longer the app takes to load or how much faster (or slower) the monitor is compared against 60Hz the more noticeable/distracting it is STEPS TO REPRODUCE 0. have high refresh rate monitor like 120, 240, 360Hz etc. 1. launch an app that takes a second to load like steam or a custom shortcut command 2. look at task manager circle animation OBSERVED RESULT circle go brrrrr EXPECTED RESULT animation speed is not tied to refresh rate SOFTWARE/OS VERSIONS Operating System: Bazzite 40 KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.2 Kernel Version: 6.9.12-205.fsync.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 7900X 12-Core Processor Memory: 30.4 GiB of RAM Graphics Processor: AMD Radeon RX 6750 XT ADDITIONAL INFORMATION
We saw this bug in the past with Bug 419421, but it was supposed to be fixed for Plasma 6.0. Are any other animations in QML-based software (Plasma, notifications, Discover, Spectacle, NeoChat, Elisa, etc) also too fast?
(In reply to Nate Graham from comment #1) > We saw this bug in the past with Bug 419421, but it was supposed to be fixed > for Plasma 6.0. > > Are any other animations in QML-based software (Plasma, notifications, > Discover, Spectacle, NeoChat, Elisa, etc) also too fast? Yes, I saw it in Discover when you switch the category (spinning gear icon) and Elisa. I don't use NeoChat and couldn't find a way to trigger an animation in the notifications and spectacle.
Huh, Now I can't reproduce the issue anymore. Same version same everything.
(In reply to Renner03 from comment #3) > Huh, Now I can't reproduce the issue anymore. Same version same everything. Now I can again...
IIRC we fixed this at some point. Can you check and see if it's still an issue in Plasma 6.3.5 or later, and also presumably with newer system packages including newer versions of the packages for the graphics stack?
(In reply to Nate Graham from comment #5) > IIRC we fixed this at some point. Can you check and see if it's still an > issue in Plasma 6.3.5 or later, and also presumably with newer system > packages including newer versions of the packages for the graphics stack? I haven't seen it in the past couple months Running 6.3.4 right now.
Great!
I can again reproduce this in discover now: Operating System: Aurora 42 KDE Plasma Version: 6.4.0 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Kernel Version: 6.14.6-300.fc42.x86_64 (64-bit) Graphics Platform: Wayland open discover, search for gimp (flatpak backend), click add-ons
I tested this on git-master, by launching Steam, Neochat and Elisa I don't see a difference between 120Hz animation speed vs 60Hz This is on a system with an NVIDIA GPU. If someone with a different GPU could test, that would be helpful.
The implementation of the busy spinner is different between Plasma and apps; please open a new bug report in frameworks-qqc2-desktop-style if you're seeing what outwardly looks like the same issue but in QtQuick-based apps like Discover.