Myned

@Atemu I've had that same issue with GW2 since I started using Hyprland. The frames accumulate in the background while the window is not being rendered and are pushed out...

@Gwenodai There is no difference in rendering for fullscreen GW2 on a special workspace with Hyprland built at commit bc6b0880dda2607a80f000c134f573c970452a0f. The game still dumps out the frames after being hidden...

Also, with regard to `vrr = 1/0`, when reloading config it does not apply until a restart of the session for me, which may explain: > Another weird thing is...

Bisected @ 016da234d0e852de3ef20eb2e89ac58d2a85f6e7 with `swaylock & sleep 1 && hyprctl dispatch dpms off`, launched from TTY. Related: https://github.com/hyprwm/hyprlock/issues/434 Possibly relevant crash report while bisecting @ 928d1dd38a6e4a791d4a4374a4a3bf02311adbb2, but wasn't able to...

@ctilley83 All "crashes" occur only with `dpms on` while the monitor is essentially disconnected. Mouse cursor is usually visible and moveable unless it results in Hyprland itself crashing, which only...

@PaideiaDilemma > So the crash with to LOGM is not related to initial reported issue I can't comment on this myself, I only uploaded the report in case it was...

Yes, forcing the fallback output fixes the dpms crash for me, which is handled by default in the mentioned commit.

With this PR, `vrrtest` on a regular workspace with the below relevant config plus `vrr = 2` results in: - No cursor movement = functional VRR - Cursor movement =...

To address the rest of the tests: - `vrr = 0` correctly disables VRR with no cursor side effects With `vrr = 2`, `= 1` not tested: - GW2 is

> GW2 internal fps limit doesn't seem to do a good job, fps fluctuates around the limit. Their limiter is pretty awful even on Windows. Before the latest commit, I...