Chong Kai Xiong

Hi William, I've tested the latest from master. The issue persists for me. Now it even seems to affect --fullscreen=yes. Pop-up dialogs take a while to show up as well. I'm currently on Bluefin 44 (Fedora-based) running GNOME 50.1 on Wayland. SDL versions: sdl2-compat 2.32.68 SDL3 3.4.10 Display settings: Resolution: 3440x1440 Refresh Rate: Variable (48-99.98 Hz) Tested with VRR on and off. If it matters, my mouse resolution is at 1600 dpi, with a polling rate set to 2000Hz.

Hi William, I've tested the latest from master. The issue persists for me. Now it even seems to affect --fullscreen=yes. Pop-up dialogs take a while to show up as well. I'm currently on Bluefin 44 (Fedora-based) running GNOME 50.1 on Wayland. SDL versions: sdl2-compat 2.32.68 SDL3 3.4.10 Display settings: Resolution: 3440x1440 Refresh Rate: Variable (48-99.98 Hz) Tested with VRR on and off. If it matters, my mouse resolution is at 1600 dpi, with a polling rate set to 2000Hz.

Hi, The report was based on my experience on both the Flatpak and git master (96a8cde5). Although I have a mouse running at 1000 DPI and high polling rate for gaming (first-person shooter), the issue has little to do with either. I've inserted SDL_GetTicks() into the code to measure the input (to display) latency and the results were extremely predictable, averaging around the display's refresh interval. When the refresh rate was set at 100Hz, the delay was 10ms. At 60Hz, it was around 15 to 17ms....

Hi, The report was based on my experience on both the Flatpak and git master (96a8cde5). Although I have a mouse running at 1000 DPI and high polling rate for gaming (first-person shooter), the issue has little to do with either. I've inserted SDL_GetTicks() into the code to measure the input (to display) latency and the results were extremely predictable - averaging around the display's refresh interval. When the refresh rate was set at 100Hz, the delay was 10ms. At 60Hz, it was around 15 to 17ms....

Bad input lag in GNOME Wayland when run in fullscreen