search

ValveSoftware / csgo-osx-linux

Counter-Strike: Global Offensive
http://counter-strike.net
786 stars 69 forks source link

View rotates 45 degrees to the bottom right on push-to-talk and sometimes on it's own #1330

Open kisak-valve opened 7 years ago

kisak-valve commented 7 years ago

Issue transferred from https://github.com/ValveSoftware/steam-for-linux/issues/4876. @ifohancroft posted on 2017-03-01T03:12:55:

Your system information

Please describe your issue in as much detail as possible:

While in-game when I press the push-to-talk button (no matter if it's bind to a mouse or a keyboard button) besides the input from my mic being send in-game, my view rotates about 45 degrees to the bottom right. I expect the input from my mic to be send in-game without my view rotating. If I press it again, right after it happened, it won't happen again. It seems to be happening either after a longer period of time if pressed again or after a certain event (or both). Also, at times the view rotates the same way on its own, without pressing push-to-talk. I thought it may be lag peak but I've noticed it rotates to the same direction by the same amount that it also does when pressing push-to-talk.

I have just tested on Windows with bots in Competitive and it doesn't happen there.

Steps for reproducing this issue:

  1. Launch CS:GO
  2. Start a game
  3. Play a little and press the push-to-talk button. OR
  4. Play a little (the view will just rotate on its own (mostly noticed it when going cat to short on Dust ii))
ifohancroft commented 7 years ago

I've done some tests and here is what I've found:

  1. The bug is present in weapons course/training, in a random community server, in a random map opened via map map_name from console, all game modes (either with bots or via the Find Game). (I have not tested it in Play with Friends).

  2. The raw input setting affects the rotation: If m_rawinput is set to 1 (I usually play with m_rawinput set to 0) when the bug is to appear you don't get the view rotated as usual but instead you get a very short freeze/frame skip (not noticable if you are standing still and no moving objects to see skip a frame). It's as if something else is the cause of the bug but for some reason m_rawinput affects what it will do when it is to appear. Even if push-to-talk is set to a keyboard button, m_rawinput affects the bug in the same way.

I have tested various other mouse cvars. I have not tested combinations of various other mouse cvars.

When the view rotates randomly (as opposed to when pushing press-to-talk) it is either most common or just most noticable when headshoting a cardboard target in the timed course of the Weapons Course (usually when headshotting the second target - you aim at his head, shoot and the view rotates. when you turn back around you see you have successfully headshotted him as the target is gone). I've done it ducked with an AK47 if that's somehow relevant.

Added on 5th of March 2017, 22:15 GMT+2:

Having pavucontrol running fixes the issue. Inputting maually +voicerecord in console doesn't introduce the issue and also gives me the following errors:

ConVarRef voice_chat_bubble_show_volume doesn't point to an existing ConVar ConVarRef voice_vox_current_peak doesn't point to an existing ConVar

Unfortunately, using the fix from Issue #500 : alias voiceToggleOn "+voicerecord; alias voiceToggle voiceToggleOff" alias voiceToggleOff "-voicerecord; alias voiceToggle voiceToggleOn" alias voiceToggle voiceToggleOn bind "" "voiceToggle"

Doesn't fix it for me.

ifohancroft commented 7 years ago

It seems it has been fixed now. You can close it.

kisak-valve commented 7 years ago

Thanks for the feedback, closing.

ifohancroft commented 7 years ago

P.S. Just the push-to-talk rotating the view seems to be fixed. The view still rotates to the bottom right about 45 degrees, on its own, from time to time.

ifohancroft commented 7 years ago

It started happening again. May you please reopen the ticket?

kisak-valve commented 7 years ago

@ifohancroft, can you check if you have one of the keyboards or mice mentioned in this project: https://github.com/denilsonsa/udev-joystick-blacklist

ifohancroft commented 7 years ago

@kisak-valve Thank you for pointing me to the list. I don't. I have a Cooler Master keyboard and a Logitech Mouse. To be precise: Cooler Master MasterKeys Pro S RGB with Cherry MX Blues and Logitech g502 Proteus Core.

ifohancroft commented 7 years ago

It seems the bug is fixed again.

gtinchev commented 7 years ago

@kisak-valve I'm just using a Logitech G300 mouse, which is not in the blacklisted devices at the link you posted.

@ifohancroft @kisak-valve The bug happens to me when I invoke the "+showscores" command and randomly every now and then. Running pavucontrol while playing doesn't seem to help. m_rawinput "1" has the same effect - game freezes for a split second, but the mouse doesn't rotate.

Any suggestions?

ifohancroft commented 7 years ago

@gtinchev This is very weird. It may be the same bug, being triggered by different stuff. What distro are you on?

For me, it is totally fixed now and has been for quite a while without me doing anything. The only problem I keep experiencing that I think has nothing to do with this bug are random freezes (lag peaks maybe) where the game will freeze as in everything at the screen stops instantly and resumes after a second with of course the positions of the players already updated, not sitting at the same place where the freeze occured.

gtinchev commented 7 years ago

@ifohancroft I was using ubuntu 14.04 with cinnamon, but I've since switched to Kubuntu 16.04. I'll give it a try now and report.

0xFFFFFFFFFFFFFFFFFF commented 7 years ago

I do also experience that bug since some months. For me it does happen randomly and also when I press tab (to see the score list). Yesterday, I had some weird lags (ping went up to 300ms randomly, then went down to 20ms, multiple times) and I saw that the bug occured at every lag spike I had. I am running Arch Linux 64-Bit, so it should be no distro issue. All my packages are up-to-date, using Kernel version 4.12.12-1, XFCE 4.12, and NVIDIA graphic drivers (384.69-2).

personinblack commented 7 years ago

I'm also having the same issue and this is really annoying.

ifohancroft commented 6 years ago

@gtinchev Is the bug still present for you now that you've switched to Kubuntu 16.04? IIRC when I had the bug I was with an old version of Fedora (older than what was the latest by the time of posting the bug report). Not sure when it was fixed if I had already been updated. @gtinchev reported having it on Ubuntu 14.04 which is also an old version of the distro. I am starting to think there may be relation betwen having an old/unupdated distro and the bug. Do we have anyone who has reported having the bug that's on the latest version of its distro? Long Term Releases don't count as they have older packages in their most up to date release.

gtinchev commented 6 years ago

@ifohancroft I've switched to Gnome 16.04 and haven't tested. I might do over the weekend. To be honest, I gave up on CSGO under Linux, as the graphics performance is much worse than Win.

ifohancroft commented 6 years ago

@gtinchev That's weird (the performance being worse than Windows). What drivers are you using, what are your specs, etc? I've never experienced worse performance in Linux than in Windows. If any difference - I've gotten and seen better performance under Linux.

ifohancroft commented 6 years ago

I've noticed today that the issue happens again for me, but only randomly.

personinblack commented 6 years ago

Pressing tab makes this happen for me and randomly like above. BTW, I use Arch.

Olindholm commented 4 years ago

Pokey poke!

First of all, I'd like to say. This issue is killing me, literally ingame. I fail shots, I fail nades. It's like the character is living it's own life every now and then.

So what is the issue and what causes it? Well, it doesn't happen very often so it is hard to reproduce or study at all. But in my experience it almost always rotates the pitch 45-90 deg down, or up. But it is possible that the yaw is moved as well, but then very much less noticeable.

However, I do not believe this is an issue with the CS:GO client. Because I have experiences similar issues in Heroes of Newerth. What happens in that game is that the mouse suddenly jumps and hits the top of the screen moving the camera. Again, difficult to reproduce and study, but in my most experience it does this up rather than down.

But, this have even happened to me few times in the desktop environment. Though it is extremely more rare. So my idea is that, something makes the system lag, and during that small split second it fails to record the mouse movement properly, and uses the mouse movement just before the lag, for the whole lag duration. Causes the mouse to make a significant jump. In desktop and in Heroes of Newerth this is very clear to see, while in CS:GO the game interpret the mouse movement as yaw and pitch rotation. It would also explain why it's a lot more common in game, because the games are more resource intensive than just the desktop, making these small micro stutters more frequent.

However, I have not found any reports of this on the Ubuntu forums/bug reports. I am running Ubuntu 19.10 by the way.

Olindholm commented 4 years ago

I tried everything to resolve this issue.

Changing poll rate of the mouse, downloading this and that package, enabled, disabling but nothing worked. Oddly enough, I purchased a new mouse (same model) because some of my buttons were becoming less reliable. Ever since, I have not experienced this issue.

So, to all experiencing the issue, I recommend trying to play with a different mouse and see if that resolves your issues.

szmarczak commented 4 years ago

I'm facing a similar issue. Windows 10 1909 64bit, latest CS:GO as of 16/06/2020:

asdf1

asdf2

At some point I spawned with the view rotated. It fixed itself when I respawned.

ifohancroft commented 4 years ago

I'm facing a similar issue. Windows 10 1909 64bit, latest CS:GO as of 16/06/2020:

asdf1

asdf2

At some point I spawned with the view rotated. It fixed itself when I respawned.

Your issue is actually different. Maybe I haven't worded it properly but the ticket is for when your view moves in such a way as if you have moved your mouse to the bottom left, where in your case your whole screen seems to have tilted. Now that I think about it, I've had that happen to me once or twice before.

ghost commented 4 years ago

I was getting a similar behaviour with my view jumping places, without me having to do anything at all. At the time I tried installing the SDK on Linux and I thought maybe that's what broke my game. It also happened at a time when I bought a new mouse, but it was reproducible with the old mouse as well, and as I said, I didn't even have to move.

After a while I discovered that having Twitch playing in the background (using Firefox, Manjaro KDE, Nvidia GPU) was triggering these "flicks". I'm experiencing it still on newer hardware and fresh install, but it happens much less often (it was especially obvious during my first plays after installing CS:GO, probably until some shaders were cached or something). And now it's only jumping to the right down as I've read in this thread, not as random as it was previously, and afaict it's always when I aim/shoot/walk.

It doesn't happen in any other game or on the desktop, so this is deff a CS:GO thing.

tildica commented 1 year ago

I've had this "my aim randomly flicks in a direction" bug for the past 4 years when playing CSGO. It happens often when moving, but can happen even when standing still and doing nothing, crouching, or just moving your aim.

I've managed to fix this issue by setting "Raw input" to "ON" in the Keyboard/Mouse settings. I've confirmed that this is what causes the issue (at least for me) by switching it back to "OFF" for a match which caused the issue to re-appear. I haven't experienced the "short stutter/freeze" with this setting like some of the comments above suggested.

As for what didn't help... Changing vsync options did nothing. Changing anything in network settings did nothing (I first assumed it was some bandwidth setting since the game felt "stuttery" with this issue). It had nothing to do with specific peripherals since I've used 4 different mice and keyboards, as well as using the Steam Deck's built-in controller. It had nothing to do with hardware since I've experienced this bug on both Intel and AMD with different GPUs, as well as the Steam Deck in both it's "standard mode" and desktop mode. It had nothing to do with the compositor since I've experienced this issue on Xfce and KDE. The issue only appears in a match, the cursor doesn't randomly flick anywhere in the menus. The issue is specific to this game since no other game I've played ever had this issue, including other Valve's games such as Portal 2, TF2, L4D2 (although I'm not sure what the "raw input" setting is in those by default).

ifohancroft commented 1 year ago

Damn! This bug is definitely one tough SOB.

So far we have seen:

  1. The bug occurring in those places:
  1. The bug occurring during the following:
  1. The following things affecting the bug:

What works for some, doesn't work for others and vice versa.

Can anyone try to see if the bug is present on macOS, on any BSD and perhaps one of the UNIXes? The idea here is to see if it's present on all Unix-like operating systems and find the common denominator if it is.

For those that the bug hasn't been fixed trying with a new mouse, can you perhaps try the following combinations:

I think that in the majority of cases perhaps it has something to do with the game (or the engine) reading the key presses and/or assigning in-game actions to them. Perhaps an OS library or an engine or game library?

ghost commented 1 year ago

The bug has been gone for me for a while... and I'm not sure what actually fixed it.

But what I realized is my ASUS gaming mouse is advertising itself as a joystick when using the wireless dongle mode (not sure if all the times, or if some Linux package misreads it). This was causing some other games to act strange too, like I was holding left arrow pressed, and made them unplayable. That also didn't happen in a while, but it was usually fixed by connecting the mouse via cable...

At the time I found some "solutions" to this problem but none of them worked for me unfortunately, but maybe it was fixed in some package upstream, who knows?