https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #26 from Brandon Wright <bear...@gmail.com> --- Unfortunately, I don't think this will be fixed. The problem started when kwin switched over to a QtQuick scene for the window switching effects. QtQuick scene animations have only ever operated at 60hz: * Qt is hardcoded with that define to wait 16ms before considering an animation step * That timer is non-public. * The hardcoded value can't change because QtQuick is heavily depended upon in embedded commercial applications, and that timer was deliberately chosen to get low battery and low latency. If Qt adds a public API to access the timer then kwin could change the timer step before initiating a window switch effect. This isn't likely because over QtQuick hasn't ever been tested with higher frame rates due to that hardcoded value. If Qt can't change, this would need a reversion of the use of QtQuick scenes in kwin, but I don't think they're going to go for that. What's happening when X11 becomes smooth after some time is a Qt bug. The timer is accidentally overwritten because they're all pooled and reused, and the timer ends up triggering instantly. -- You are receiving this mail because: You are watching all bug changes.
