Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

4.11-10 update today = horrendous mouse stutter/lag after about 20 minutes #3316

Closed
Guyver1wales opened this issue Dec 13, 2019 · 91 comments
Closed
Milestone

Comments

@Guyver1wales
Copy link

Guyver1wales commented Dec 13, 2019

since installing the new 4.10-11 I'm now getting horrendous mouse stutter/lag after about 20 minutes of gameplay in Skyrim Special Edition (not tried any other games yet.

Skyrim is using 4.11-10 by default.
Linux fedora30 5.3.15-300.fc31.x86_64 #1 SMP Thu Dec 5 15:04:01 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
nvidia GTX 980 with nvidia 440.36 drivers.
I do not get this behaviour at the desktop.

@alasky17
Copy link
Collaborator

@Guyver1wales What do you mean by this?

I do not get this behaviour at the desktop.

@Guyver1wales
Copy link
Author

@Guyver1wales What do you mean by this?

I do not get this behaviour at the desktop.

It means I only get the stuttering/lag in-game and not on the desktop.

@alasky17
Copy link
Collaborator

@Guyver1wales Ah, that makes sense. Thank you :)

@varris1
Copy link

varris1 commented Dec 13, 2019

The mouse stutter also appeared for me in FFXIV after around 40 minutes.
https://streamable.com/f8x4e
(Stuttering camera is mouse input, smooth motion is keyboard input as a comparison)

Artix Linux with kernel 5.4.2-6-tkg-bmq, replaced DXVK .dlls and RADV/ACO via mesa-git

@jdobes
Copy link

jdobes commented Dec 13, 2019

having the same issue after playing ~1 hour of Enderal (mod based on Skyrim Old Edition), using D9VK

Fedora 31, 5.3.14-300.fc31.x86_64 #1 SMP Mon Dec 2 15:41:35 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
nvidia RTX 2070, 440.36 drivers

@Cheogh
Copy link

Cheogh commented Dec 13, 2019

I'm also having this problem on Final Fantasy XIV

archlinux 5.4.2-arch1-1 #1 SMP PREEMPT Thu, 05 Dec 2019 12:29:40 +0000 x86_64 GNU/Linux
nvidia 970 440.36 drivers

@MegWATTT
Copy link

Same issue with Hitman 2 after this Proton update

@GoLD-ReaVeR
Copy link

Happens in Monster Hunter World in about 20 minutes for me. This is absolutely ridiculous. And I can't downgrade because the previous version (4.2) doesn't run the game.

@ghost
Copy link

ghost commented Dec 14, 2019

Same issue with Monster Hunter: World after Proton 4.11-10 update. It can always be reproduced in about 30 minutes.

While I'm moving the mouse, the track looks like it's jumping along the actual track which I'm trying to make it move with. It looks like the mouse input was not continuously sent into the game like a stream but sent into the game in bulks with a constant interval time.

@7HEPOW
Copy link

7HEPOW commented Dec 14, 2019

Also noticed this on "Borderlands GOTY Enhanced (729049)" and "Borderlands 2 (49520)".
OS: Manjaro XFCE
System in a gist: https://gist.github.com/7HEPOW/9b65da0a8d56aa928762d7c57891925b

@Zlopez
Copy link

Zlopez commented Dec 14, 2019

I noticed this issue in Killing Floor 2 after playing for a hour.

Gist system info: https://gist.github.com/Zlopez/1433022f5f75aebc3155a622997b2997

@Hielyr
Copy link

Hielyr commented Dec 14, 2019

Happened to me as well with Halo: Master Chief Collection / Reach after about thirty minutes.

Smooth mouse during gameplay and then suddenly it seems as if the mouse input begins to jump in the direction of movement, rather than glide smoothly. The game itself was not lagging, just the mouse input.

This behaviour did not persist when Alt+Tabbing to the desktop.

@Leopard1907
Copy link

Happens in Monster Hunter World in about 20 minutes for me. This is absolutely ridiculous. And I can't downgrade because the previous version (4.2) doesn't run the game.

I think you can use custom builds like Glorious Egroll's with it.

https://github.com/GloriousEggroll/proton-ge-custom/releases

@tannisroot
Copy link

Hey, it would be really helpful if you could check which process consumes most CPU time when you experience slowdowns. Cheers.

@GoLD-ReaVeR
Copy link

This is not a framerate issue. It's the mouse input that emits this behavior. Animations in the game are still fine and smooth.

@rbernon
Copy link
Collaborator

rbernon commented Dec 14, 2019

Even if the game itself has a stable framerate, other processes are involved and they could throttle the input due to high CPU usage. It could also be helpful to have information about the mouse brand and model you are using.

@PlatikaViout
Copy link

PlatikaViout commented Dec 14, 2019

Got the mouse stutter in FFXIV after around 1 - 2 hours. restarting the game resets the issue
Keyboard input is smooth, the mouse is also smooth but when a mouse button is clicked it stutters.

Proton:4.11-10
OS: Manjaro LinuxKERNEL: 4.19.85-1-MANJARO
CPU: AMD Ryzen 5 1600 Six-Core
GPU: AMD Radeon RX 480
GPU DRIVER: 4.5 Mesa 19.2.6
RAM: 16 GB

Edit:
Mouse: Logitech G402

GPU and CPU are running normal (no special load).
The game itself is smooth even when mouse stutters (animations do not lag, only the camera movement).

@Hielyr
Copy link

Hielyr commented Dec 14, 2019

Even if the game itself has a stable framerate, other processes are involved and they could throttle the input due to high CPU usage. It could also be helpful to have information about the mouse brand and model you are using.

This seems to be unnecessary, to say the least. I've not encountered this issue with any of the previous Proton builds I've used for hundreds of hours of play time, and now suddenly when a slew of users have this issue with 4.11-10 saying that it could be caused by other processes is a bit disingenuous.

@tannisroot
Copy link

tannisroot commented Dec 14, 2019

Guys can you just stop questioning why and please just check the CPU usage :)

@tannisroot
Copy link

tannisroot commented Dec 14, 2019

This is not a framerate issue. It's the mouse input that emits this behavior. Animations in the game are still fine and smooth.

I can compile programs in background and still have smooth framerate, this doesn't really mean anything (because i use PDS scheduler).
Please just provide some info regarding resource usage to help developers investigate what could be causing this.

@Hielyr
Copy link

Hielyr commented Dec 14, 2019

Guys can you just stop questioning why and please just check the CPU usage :)

I'll do it, but it would likely help your case if you'd offer at least some sort of explanation as to why you think this information might be useful. Speaking to people as you are at the moment isn't really helping your cause.

@rbernon
Copy link
Collaborator

rbernon commented Dec 14, 2019

By other processes I meant other wine processes, such as wineserver. Having a high CPU usage there wouldn't necessarily mean having a bad framerate ingame.

@aeikum
Copy link
Collaborator

aeikum commented Dec 14, 2019

Thanks for reporting, everyone. To work around this in the meantime, I've made a "proton-4.11-9" branch of the Proton 4.11 tool which you can opt into. In the Steam client, right-click on the Proton 4.11 tool in your Steam Library (make sure Tools are visible in your Steam library); choose the BETAS tab; and select proton-4.11-9 from the dropdown list. You may need to restart the Steam client for this beta branch to appear.

@Hielyr
Copy link

Hielyr commented Dec 14, 2019

Distro:Pop!_OS 19.04
Kernel:5.0.0-31-generic
RAM:64 GB
GPU Driver:4.5 Mesa 19.0.8
GPU:Radeon RX Vega 64
CPU:AMD Ryzen 7 2700X Eight-Core
Mouse: Easterntimes Tech X-08 Wireless

System Resources load at time of problem occurrence sorted by highest CPU usage (CrBrowserMain = Halo: Master Chief Collection.)
system_resources_monitor

@tannisroot
Copy link

Did you make a screenshot of this while actively moving the mouse in the active game window?

@GoLD-ReaVeR
Copy link

GoLD-ReaVeR commented Dec 14, 2019

Did you make a screenshot of this while actively moving the mouse in the active game window?

You're getting close to magical performances there... Though I think that task manager isn't showing threads as such. I'm going to try to reproduce now and see if I can make a screenshot of it.

@GoLD-ReaVeR
Copy link

GoLD-ReaVeR commented Dec 14, 2019

Ok I've had the task manager open and there is no change before the mouse stutter to when the mouse starts to stutter. Screenshots of the task manager are meaningless as such.

Surprisingly the CPU levels are 20% higher in town than in maps:
2019-12-14-230631_4480x1440_scrot

And before anyone asks, this was made while moving the mouse.

@hanny00
Copy link

hanny00 commented Dec 14, 2019

I have the same problem, playing Ark Survival Evolved after one hour of playing.
The System is not stuttering only the game, i changed different Kernel and play some time but the stuttering came back.

System manjaro linux, all updates
OS: Manjaro 18.1.4 Juhraya
Kernel: x86_64 Linux 5.3.15-1-MANJARO / Kernel x86_64 Linux 5.4.2-1 Manjaro
Packages: 1419
Shell: bash 5.0.11
Resolution: 3840x1080
DE: KDE 5.64.0 / Plasma 5.17.4
WM: KWin
GTK Theme: Breeze-Dark [GTK2/3]
Icon Theme: Flat-Remix-Dark
Font: Noto Sans Regular
Disk: 463G / 929G (53%)
CPU: Intel Core i5-7500 @ 4x 3.8GHz [38.0°C]
GPU: AMD Radeon (TM) RX 480 Graphics (POLARIS10, DRM 3.33.0, 5.3.15-1-MANJARO, LLVM 9.0.0) RAM: 4296MiB / 15980MiB

@misyltoad
Copy link
Contributor

@GoLD-ReaVeR @Hielyr
Could you show results from perf top when it happens?

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

ls -l /home/user/.local/share/Steam/compatibilitytools.d/
total 2781740
-rwxrwxr-x 1 user user      12778 Dec 22 17:00  filelock.py
-rwxrwxr-x 1 user user       4933 Dec 22 17:00  LICENSE
-rwxrwxr-x 1 user user      31423 Dec 22 17:00  proton
-rwxrwxr-x 1 user user      90540 Dec 22 17:00  proton_3.7_tracked_files
drwxrwxr-x 2 user user       4096 Dec 22 18:14 'Proton 4.11-9-rc4'
-rwxrwxr-x 1 user user 2848327680 Dec 22 17:30  proton_dist.tar
-rwxrwxr-x 1 user user        215 Dec 22 17:30  toolmanifest.vdf
-rwxrwxr-x 1 user user       1125 Dec 22 17:30  user_settings.sample.py
-rwxrwxr-x 1 user user         29 Dec 22 17:30  version

The folder is there becasue I originally had the files in it, and just now I was trying the files directly in the folder you suggested.
..Still not seeing them in BFBC2 properties though... just 4.11-11

@Cheogh
Copy link

Cheogh commented Dec 22, 2019

The files are just there? They should be in a folder.

ls -l ~/.local/share/Steam/compatibilitytools.d/
total 8
drwxrwxr-x 3 cheogh cheogh 4096 Nov 22 23:16 boxtron
drwxrwxr-x 3 cheogh cheogh 4096 Oct 22 22:29 roberta

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

Like i said, did that first, doesn't work either;

ls -l "/home/user/.local/share/Steam/compatibilitytools.d/Proton 4.11"
total 2781736
-rwxrwxr-x 1 user user      12778 Dec 22 17:00 filelock.py
-rwxrwxr-x 1 user user       4933 Dec 22 17:00 LICENSE
-rwxrwxr-x 1 user user      31423 Dec 22 17:00 proton
-rwxrwxr-x 1 user user      90540 Dec 22 17:00 proton_3.7_tracked_files
-rwxrwxr-x 1 user user 2848327680 Dec 22 17:30 proton_dist.tar
-rwxrwxr-x 1 user user        215 Dec 22 17:30 toolmanifest.vdf
-rwxrwxr-x 1 user user       1125 Dec 22 17:30 user_settings.sample.py
-rwxrwxr-x 1 user user         29 Dec 22 17:30 version

same diff when the folder was called:
/home/user/.local/share/Steam/compatibilitytools.d/Proton 4.11-9-rc4/

@Zorrototo
Copy link

I gave all the exact steps in my personal notes, in the link I gave you previously. You need to create the compatibilitytool.vdf file.

Read carefully the whole page. Do the steps as explained. if you still fail you're probably doing something wrong, restart from beginning. The fact you're saying you put files in a completely different folder than what I described tells me you didn't read it.

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

Sorry, I did actually get distracted with the many other documents describing the process less ecomprehensively than yours,.... But the fact that it didn't work the way you described it got me testing various permutations of logic in case you accidentally omitted something. Probably why you assume i just put it in the wrong one and gave up. But nothing I have tried works...and I have tried all of the combinations I imagine as useful.
Currently I have it set as conformant to your description as I can... and have even removed spaces from directory names in case it's that: I have the vdf in both folders right now because it doesn't work individually in any one or the other...and I'm stumped.

ls -al /home/user/.local/share/Steam/compatibilitytools.d/Proton_4.11-9-rc4/
total 12
drwxrwxr-x 2 user user 4096 Dec 22 18:38  .
drwxrwxr-x 3 user user 4096 Dec 22 18:38  ..
-rw-rw-r-- 1 user user  701 Dec 22 18:38 'compatibilitytool.vdf '
ls -al /home/user/.steam/root/compatibilitytools.d/Proton_4.11-9-rc4/
total 2781748
drwxrwxr-x 2 user user       4096 Dec 22 18:39  .
drwxrwxr-x 3 user user       4096 Dec 22 18:38  ..
-rw-rw-r-- 1 user user        701 Dec 22 18:39 'compatibilitytool.vdf '
-rwxrwxr-x 1 user user      12778 Dec 22 17:00  filelock.py
-rwxrwxr-x 1 user user       4933 Dec 22 17:00  LICENSE
-rwxrwxr-x 1 user user      31423 Dec 22 17:00  proton
-rwxrwxr-x 1 user user      90540 Dec 22 17:00  proton_3.7_tracked_files
-rwxrwxr-x 1 user user 2848327680 Dec 22 17:30  proton_dist.tar
-rwxrwxr-x 1 user user        215 Dec 22 17:30  toolmanifest.vdf
-rwxrwxr-x 1 user user       1125 Dec 22 17:30  user_settings.sample.py
-rwxrwxr-x 1 user user         29 Dec 22 17:30  version

compatibilitytool.vdf

"compatibilitytools"
{
  "compat_tools"
  {
    "Proton_4.11-9-rc4" // Internal name of this tool
    {
      // Can register this tool with Steam in two ways:
      //
      // - The tool can be placed as a subdirectory in compatibilitytools.d, in which case this
      //   should be '.'
      //
      // - This manifest can be placed directly in compatibilitytools.d, in which case this should
      //   be the relative or absolute path to the tool's dist directory.
      "install_path" "."
      // For this template, we're going to substitute the display_name key in here, e.g.:
      "display_name" "Proton 4.11-9-rc4"
      "from_oslist"  "windows"
      "to_oslist"    "linux"
    }
  }
}

@Zorrototo
Copy link

Don't have two compatibilitytools.vdf files. Restart Steam for any changes to take effect.

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

With a single file in either directory and not the other.. doesn't work.
As said: I tried it both ways.
Hence the stumped part. :)

@Zorrototo
Copy link

Zorrototo commented Dec 22, 2019

and if you call you file "compatibilitytool.vdf" instead of "'compatibilitytool.vdf '" (note the ` characters and space after extension..)

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

the space

How embarrassing.
mental note: never paste a filename from clipboard... no, better yet adjust my clipboard script to always kill leading/trailing spaces

Thanks. Now I will see if this is actually any better.

@Zorrototo
Copy link

awkward-4c0d6f5

@BETLOG
Copy link

BETLOG commented Dec 22, 2019

I'm not sure if it's relevant in some other way or not, but you might find it useful to edit your tutorial to omit the reference to ~/.local....
Probably simpler to just say "The vcf just goes in the folder with the steamplay tool files" Rather than mentioning ~/.local AND ~/.steam/root... that was slightly confusing/distracting.

@Zorrototo
Copy link

Zorrototo commented Dec 22, 2019

I think you get easily confused :P
I give the exact path as it explains exactly where things go, and if you read the paths you can easily see that it is same folder as the previous line.

mkdir ~/.steam/root/compatibilitytools.d/prouton45

Move the content of [..blabla..] to ~/.steam/root/compatibilitytools.d/prouton45

Ccreate the VDF file at ~/.local/share/Steam/compatibilitytools.d/prouton45/compatibilitytool.vdf

It makes more sense to me, and you can't go wrong if you just read, I don't know where it can get confusing. Hope you understand how it works now.

edit: OK I get where it gets confusing to you, ~/.steam/root/ is a link to ~/.local/share/Steam/ so yeah in my notes (actually not really a tutorial this is my hidden blog lol for safe keeping notes) I have the two paths, but this is actually the same folder.

[omano@omano-pc ~]$ readlink -f ~/.steam/root/
/home/omano/.local/share/Steam

same for this link that points to the same place

[omano@omano-pc ~]$ readlink -f ~/.steam/steam/
/home/omano/.local/share/Steam

I edited it to be consistent now it uses ~/.steam/root/

@sulaiman1073
Copy link

Can you make proton 4.11-9 selectable again? Not all of 4.11-10's issues were fixed.
Check out: #225 (comment)
#225

@raQai
Copy link

raQai commented Apr 3, 2021

Was there an actual fix for this in any official Proton version?
This still happens in the latest proton builds (6.3-1 and ecperimental) with all kernels above 5.4 on manjaro gnome while playing Borderlands 2.
Not happeining with latest GE builds but has other issues I reported on their discord.

@BETLOG
Copy link

BETLOG commented Apr 3, 2021

Was there an actual fix for this in any official Proton version?

I'm still using 4.11-9-rc4 for bfbc2.
Every so often I try a newer version and there is always an issue with crashing/stutter/etc.

@aeikum
Copy link
Collaborator

aeikum commented Apr 5, 2021

Was there an actual fix for this in any official Proton version?
This still happens in the latest proton builds (6.3-1 and ecperimental) with all kernels above 5.4 on manjaro gnome while playing Borderlands 2.
Not happeining with latest GE builds but has other issues I reported on their discord.

It's fixed in the 5.13 branch, but broke again on the 6.3 branch. We're working on it, hope to have a fix soon. In the meantime, please use the 5.13 branch if this is a problem for you.

@BETLOG
Copy link

BETLOG commented Apr 6, 2021

I just re-tried the 5.15-6 i had attempted to use some time back, and after a while playing (maybe an hour) I got noticeable input lag and my framerate showed as 120-200 but absolutely did not feel like it. Nausea was averted by going back to 4.11-9rc

[edit]
Yesterday, because I thought I'd reverted to 4.11-9rc (after the brief test above) I was starting to be concerned that some obscure OS update had messed things up. Vehicles were awful; inputs seemed to be even less than the (feels like) ~25% I usually get on US servers (with my 270ish AU ping). Compared to a local AU server, US servers always feel crappy, but under 5.13 its even worse...turns out I was still using 5.13, but because I was 'sure i had reverted to 4.11-9rc It took an entire days play before I checked.
Switching back to 4.11-9rc today was such a huge difference after being 'forced' to use 5.13 for almost an entire day of play.

[update]
6.3-1 is even worse. It worked quite well for the usual ~10 minutes, then failed dismally.
I suspect it is doing what 5.11/5.13/almost all the other versions do; some of them seem graphically smoothish, yet are obviously dropping inputs.
6.3-1 drops inputs AND visual stutter is very apparent when moving the mouse in infantry mode (not vehicle/mounted gun modes.)
https://bittube.tv/post/8fef273c-1e72-4ea5-921d-85f1a7ae17e9

ivyl pushed a commit to ValveSoftware/wine that referenced this issue Jan 19, 2022
…LOAD before executing explorer.exe.

HACK: proton: ntdll: Strip gameoverlayrenderer.so from LD_PRELOAD before executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
imaami pushed a commit to imaami/wine that referenced this issue Feb 16, 2022
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
imaami pushed a commit to imaami/wine that referenced this issue Jun 5, 2022
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
imaami pushed a commit to imaami/wine that referenced this issue Jun 5, 2022
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
GloriousEggroll pushed a commit to GloriousEggroll/proton-wine that referenced this issue May 5, 2023
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
rbernon added a commit to rbernon/wine-proton that referenced this issue Feb 24, 2024
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
@zmeyka3310
Copy link

popped up on proton, cpu spikes to 55ms when moving the mouse, about 5ms if im not moving it. happens in path of exile, risk of rain 2. does not happen in apex or factorio. also the steam overlay stops working for faulty games, so go figure. happens on void linux (fully up to date), on gnome, hyprland 36.0 built from makrennels tempelate, and hyprland built from lastest git

@Zorrototo
Copy link

You better open a new issue providing all the necessary info, and referencing this closed issue in a link.

bylaws pushed a commit to bylaws/wine that referenced this issue Sep 6, 2024
…ore executing explorer.exe.

Work around a bug in gameoverlayrenderer which introduces 50ms hangs
during XCheckIfEvent after approx 40 minutes of gameplay.

The original user32 hack broke Steam overlay in Origin games, and Steam
Input consequently. This ntdll implementation should be safer as it'll
modify the environment after the new process has started forking.

Link: ValveSoftware/Proton#3316
CW-Bug-Id: #18946
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet