[kwin] [Bug 455585] WindowHeap-based effects' animations aren't smooth when using a high refresh rate screen
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 Status|NEEDSINFO |REOPENED --- Comment #19 from Tim Robertson --- Sorry, I never hit "Save" on my response! I don't think this was affected by the linked commit. On the surface, this looks like it's simply grabbing the wrong refresh rate, as the animation is always smooth, but running at a framerate that looks like exactly 60 FPS. From setting my monitor to 60 hz and eyeballing the animation smoothness, I can confirm that the appearance is consistent with the behavior I've observed with the Present Windows effect. If someone is willing to point me in the right direction, I'd be happy to give it a whirl myself. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] WindowHeap-based effects' animations aren't smooth when using a high refresh rate screen
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|FIXED |--- Version|5.24.4 |5.25.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect runs at incorrect framerate
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Summary|Windowview effect stutters |Windowview effect runs at ||incorrect framerate -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect stutters
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Version|5.25.1 |5.24.4 --- Comment #16 from Tim Robertson --- (In reply to David Edmundson from comment #15) > > *** This bug has been marked as a duplicate of bug 451590 *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect stutters
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Status|RESOLVED|REPORTED Ever confirmed|1 |0 Resolution|DUPLICATE |--- -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect stutters
https://bugs.kde.org/show_bug.cgi?id=455585 --- Comment #12 from Tim Robertson --- Update: I forgot to mention I have two monitors with different refresh rates. On the slower monitor (75hz), the effects seem to run as expected, but on the faster one (144hz) I think they may be running at 75 hz as well. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect stutters
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- --- Comment #10 from Tim Robertson --- The behaviors mentioned in bug 451590 do not match the ones I'm running into. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] Windowview effect stutters
https://bugs.kde.org/show_bug.cgi?id=455585 --- Comment #8 from Tim Robertson --- (In reply to Maximilian Böhm from comment #6) > Want to add this detail from my bug report here too: After several minutes > using the session, the effect’s FPS improve! This is always reproducible for > me. Like there was a handbrake and then it’s suddenly gone. Just for completeness's sake, I have not had this experience, but that sounds like how the whole compositor used to run for me back in 4.x and early 5.x. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] New Present Windows effect does not appear to run at monitor refresh rate
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Version|5.25.0 |5.25.1 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] New Present Windows effect does not appear to run at monitor refresh rate
https://bugs.kde.org/show_bug.cgi?id=455585 --- Comment #4 from Tim Robertson --- (In reply to Nate Graham from comment #2) > Is the new Desktop Grid effect the same? How about the Overview effect? I > ask because they all use the same basic backend infrastructure code, so > knowing which ones are affected--or all--will help us understand where this > needs to be fixed. Yup, they're all affected. Basically anything that incorporates Present Windows seems to be affected the same way, and the problems only started as of 5.25.0. In fact, after noticing that the overview effect performed similarly in 5.24.5, I assumed it'd somehow gotten enabled in place of the present windows effect, so I think the new backend code is the likely culprit here. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] New Present Windows effect does not appear to run at monitor refresh rate
https://bugs.kde.org/show_bug.cgi?id=455585 --- Comment #1 from Tim Robertson --- This is a pretty noticeable regression. Is there anything else I can provide to help get this fixed ASAP? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] New Present Windows effect does not appear to run at monitor refresh rate
https://bugs.kde.org/show_bug.cgi?id=455585 Tim Robertson changed: What|Removed |Added Summary|New Present Windows effect |New Present Windows effect |does not appear to run at |does not appear to run at |144 FPS |monitor refresh rate -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455585] New: New Present Windows effect does not appear to run at 144 FPS
https://bugs.kde.org/show_bug.cgi?id=455585 Bug ID: 455585 Summary: New Present Windows effect does not appear to run at 144 FPS Product: kwin Version: 5.25.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-present-windows Assignee: kwin-bugs-n...@kde.org Reporter: tjkrobert...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. In a Wayland session, set monitor refresh rate to 144 hz 2. Activate Present Windows OBSERVED RESULT Animation is very choppy and looks like it's running at (rough estimate) 60 FPS. Hard to tell, though, and the FPS meter effect doesn't seem to work right for me. EXPECTED RESULT Present windows animation runs at 144 FPS as in 5.24. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kernel 5.18.5 (available in About System) KDE Plasma Version: 5.25.0 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION This also seems to affect the Desktop Grid and Window Overview animations. All other animations run smoothly as before. Sorry if this is a duplicate. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 383186] New: No preview drawn when dragging windows between workspaces in workspace overview
https://bugs.kde.org/show_bug.cgi?id=383186 Bug ID: 383186 Summary: No preview drawn when dragging windows between workspaces in workspace overview Product: kwin Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: effects-desktop-grid Assignee: kwin-bugs-n...@kde.org Reporter: tjkrobert...@gmail.com Target Milestone: --- Steps to reproduce: Open workspace overview Drag a window over to another desktop Watch the window disappear into the void as long as you hold down left click The window will show up again when you release the mouse button, but until then it can seem like you've closed the window entirely. -- You are receiving this mail because: You are watching all bug changes.
