You are not logged in.
I have been tweaking my mouse settings to suit the odd game of CS:GO, and I found the following problem with the way the mouse is handled:
Small mouse movements (less say under 3 pixels per second) don't register on X or an OpenGL game etc, which is pretty bad for my needs.
I need to move the mouse faster than this 'deadzone' in order to make the mouse start registering.
My arch setup is pretty much this:
xorg i3 steam nvidia
I have set up the 50-mouse-acceleration Xorg configuration script, to disable mouse acceleration. (Happened before I did this also).
In addition to this, I have tried xset m 0 0.
Mouse reports at 1000hz polling rate using the tool on the mouse page
lody
~ xinput --list | grep pointer
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Kingsis Peripherals ZOWIE Gaming mouse id=8 [slave pointer (2)]
lody
~ cat /etc/X11/xorg.conf.d/50-mouse-acceleration.conf
Section "InputClass"
Identifier "Kingsis Peripherals ZOWIE Gaming mouse"
MatchIsPointer "yes"
Option "AccelerationProfile" "-1"
Option "AccelerationScheme" "none"
EndSection
The mouse I am using is a 'driverless' mouse with 3 different dpi settings. Same problem with all of them.
I also have the problem on my Logitech MX518.
https://bugs.debian.org/cgi-bin/bugrepo … bug=462044
This exact problem is noted here, but seems to have been fixed? My X server version is:
lody
~ cat /var/log/Xorg.0.log | grep "X.Org X Server"
X.Org X Server 1.17.1
If anyone could shed some light on this I'd be grateful!
Last edited by lody (2015-03-22 20:55:58)
Offline
I'm experiencing the same thing. Anyone knows a cure for this?
Offline
Confirmed. I am having the same issues. I tried many launch options in CS:GO to no avail. My gut feeling says it has to do with CS:GO input mouse. However, as you mention that link, I think that is also a possibility.
CSGO did have a recent update, march 31st. Your problem occurred before the 31st. I scouted the nvidia driver update, the date was 3-19. Version: 346.47-10
This might be a nvidia bug.
------
X.Org X Server 1.17.1
Graphic card: 560 TI
Nvidia Driver: 346.47-10
Mouse: Logitech G400s
Last edited by LysanderAkili (2015-04-05 23:33:55)
Offline
Nope, I have the same issue on an ATI box also it happens on games other than csgo, also on desktop (if you move the mouse slowly enough).
Offline
Same problem here. I tried every option (I think) for mouse settings for Xorg from here:
http://xorg.freedesktop.org/wiki/Develo … ionAsOf16/ (Xorg 1.6)
http://xorg.freedesktop.org/wiki/Develo … eleration/ (this is for newer versions)
Nothing works... Peeking and precise aiming is almost impossible.
I'm on Xorg 1.6, Catalyst drivers, i5
Offline
So it is not nvidia nor ati issue. It can't be xorg issue since there are no lags / deadzone other than in counter strike game.
Possibility this is a CS bug? I believe this is only happening on arch linux because I don't see other distro users that are having identical problems.
Offline
I'm having the same issue on Fedora 22 alpha. I'm using nvidia blob and xorg 1.17.1. As nullcollision said the issue is also present on desktop.
Solution: remove libinput. Also related [SOLVED] Problem with mouse threshold
As a side note, the introduction of libinput breaks the "50-mouse-acceleration.conf" method of disabling mouse acceleration (https://wiki.archlinux.org/index.php/Mouse_acceleration). This is because libinput now handles mouse acceleration by itself:
/* Disable acceleration in the server, libinput does it for us */
pInfo->options = xf86ReplaceIntOption(pInfo->options, "AccelerationProfile", -1);
pInfo->options = xf86ReplaceStrOption(pInfo->options, "AccelerationScheme", "none");
Source code: libinput.c
Looking at the libinput driver man page and a blog post by Who-T I discovered the right way of disabling mouse acceleration using /etc/X11/xorg.conf.d/50-mouse-acceleration.conf:
Section "InputClass"
Identifier "disable mouse acceleration"
MatchDriver "libinput"
Option "AccelSpeed" "-1"
EndSection
Still disabling mouse acceleration doesn't fix the deadzone effect and games are almost unplayable. I think for now removing libinput is our only choice.
Last edited by geezitsbroken (2015-04-15 09:58:03)
Offline
Confirmed!
Thank you so much. It fixed the problem. I did try disabling it first hand and it did not work. I decided to uninstall it.
sudo pacman -R x86-input-libinput libinput
Last edited by LysanderAkili (2015-04-15 00:58:42)
Offline
Sorry. Apologies if this seems like a necro.
I'm currently experiencing exactly the same issue. However, I cannot get rid of libinput as kwin depends on it. plasma-desktop also depends on kwin.
If my thought process is correct, uninstalling libinput would also require me to uninstall plasma-desktop. That's a no no.
Please may I have some support? Or should I be creating a new thread for this?
Offline
Skydive - This looks to be a bug in libinput (https://bugzilla.redhat.com/show_bug.cgi?id=1208992). I'm sure the fix will float down to Arch Linux here soon.
Offline
It's a real shame that it's still not fixed for me. I'm not sure what to do about this.
Was it a bad idea to necro this thread?
https://wiki.archlinux.org/index.php/St … e_Deadzone
This doesn't work. Quoting my prior post: "uninstalling libinput would also require me to uninstall plasma-desktop."
I would really appreciate a solution to this issue. I cannot play CS:GO with my friends D:
UPDATE:
I've fixed the issue. It turns out that removing xf86-input-libinput alone is good enough to sort the issue out. I'm not sure why.
Thanks for the link references and help!
Last edited by Skydive (2015-06-18 13:03:43)
Offline