Closed Guyver1wales closed 4 years ago
@Guyver1wales What do you mean by this?
I do not get this behaviour at the desktop.
@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.
@Guyver1wales Ah, that makes sense. Thank you :)
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
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
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
Same issue with Hitman 2 after this Proton update
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.
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.
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
I noticed this issue in Killing Floor 2 after playing for a hour.
Gist system info: https://gist.github.com/Zlopez/1433022f5f75aebc3155a622997b2997
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.
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
Hey, it would be really helpful if you could check which process consumes most CPU time when you experience slowdowns. Cheers.
This is not a framerate issue. It's the mouse input that emits this behavior. Animations in the game are still fine and smooth.
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.
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).
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.
Guys can you just stop questioning why and please just check the CPU usage :)
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.
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.
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.
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.
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.)
Did you make a screenshot of this while actively moving the mouse in the active game window?
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.
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:
And before anyone asks, this was made while moving the mouse.
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
@GoLD-ReaVeR @Hielyr
Could you show results from perf top
when it happens?
Just an opinion, I don't think it's a system resource issue; in Skyrim SE if I move around using my keyboard, there's no jitter, only mouse movement causes the screen to jitter.
Same thing for me, I experience this problem since last Proton update, on multiple games like Killing Floor 2 or Deep Rock Galactic.
I think what they did to improve performance for some games broke something in Proton
Major improvements to mouse handling. In our testing, this improved Fallout 4, Furi, and Metal Gear Solid V mouse behavior.
Here are my specs: https://gist.github.com/Zorrototo/533bb4f3b9d8d5abc137cd8cf5c00f02
@GoLD-ReaVeR @Hielyr Could you show results from
perf top
when it happens?
Game:
wineserver:
And I checked for reference, wineserver has no change in behavior. Monster Hunter World when it just started looks like this:
Also having this in Deep Rock Galactic
While the beta branch does seem to resolve the issue for me, it seems to also prevent me from playing Halo MCC, which is a game that had the mouse stutter issue for me.
It happens to me as well playing Natural Selection 2: https://www.youtube.com/watch?v=9vr6X586JFc
The movement itself (forward/backward/strafing/jumping) and FPS are good, the in-game cursor also doesn't lag or stutter. Only camera rotation is bugged like this. Happens randomly and doesn't go away until I restart the game. The custom Proton GE build 4.21 doesn't have this issue so I use it for the time being. This might be related to raw input, I compared the wine commits between 4.11-9 and 4.11-10 and there's quite a bit of code related to raw input.
Yes the issue is absolutely not related to performance, it is clear when you experience it, it is exactly like it takes mouse inputs every 0.5 seconds instead of 'continuous', and it positions your camera in like a 'serrated' wheel pattern.
Yep, I can confirm I'm having the same issue with the newest proton. Everything is butter smooth, the movements, the animations, except when you move the mouse, instead of a smooth motion, it skips from one position to another.
Also, the problem only appears after some time playing the game(s). Restarting works.
My specs are an AMD Ryzen 3600, and GeForce 2070-S.
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.
quoting back the reply here in case people didn't see it yet.
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.
After i change to the proton 4.11-9 Version as you reported, i could play today 4h without any stuttering.
Could you test if blocking Steam overlay module via LD_PRELOAD=gameoverlayrenderer.so %command%
works around the issue for you?
I think i can, but i am now on the older Proton Version and there all is fine. I test it later.
Gesendet mit BlueMail
Am 16. Dez. 2019, 12:52, um 12:52, aufkrawall notifications@github.com schrieb:
Could you test if blocking Steam overlay module via
LD_PRELOAD=gameoverlayrenderer.so %command%
works around the issue for you?-- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/ValveSoftware/Proton/issues/3316#issuecomment-566029661
Could you test if blocking Steam overlay module via
LD_PRELOAD=gameoverlayrenderer.so %command%
works around the issue for you?
Actually, I'm currently suspecting an issue with gameoverlayrenderer. I believe that launching games with LD_PRELOAD= %command%
could be a possible workaround, if anyone wants to give it a try.
One of you says
LD_PRELOAD=gameoverlayrenderer.so %command%
the other one says
LD_PRELOAD= %command%
As far as I could see, the default value for LD_PRELOAD environment variable is a path to gameoverlayrenderer.so libraries, I don't know what LD_PRELOAD=gameoverlayrenderer.so %command%
was suggested for, but I instead suggest to force the environment variable to be empty so that this shared library is not preloaded.
I basically came up with this due to the lack of something better. Anyhow, I of course checked whether the module actually was loaded then, which it was not. It btw. once also helped me with the same issue, but in conjunction with Gallium Nine.
So it would appear to me that loading this module by default, despite of turning off the overlay in a game's Steam options, might not be good practice by Proton?
Have the same problem with Quake Live. QL has three mouse input backends that you can choose with the in_mouse cvar.
in_mouse -1 // Windows cursor API
in_mouse 0 // disable mouse input
in_mouse 1 // DirectInput API
in_mouse 2 // WM_INPUT (raw)
Only DirectInput and WM_INPUT are affected. There is no more lags when reverting to cursor API.
I had no time to reproduce and test but since i change back to proton-4.11-9 all is fine. Today i had a little bit time to transfer some items in ark survival evolved and was 2 h online without any mouse lag. it seems to be it is somethink wrong with 4.11.10 proton
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.
Hence the issue title here.
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.