Reddit test: add expected files
[gofetch.git] / test / expected / REDDIT / 2018-10-09_08-00_Wine___Proton_-_Raw_Mou
1 WINE / PROTON - RAW MOUSE INPUT
2
3 [linux_gaming] 2018-10-09_08-00
4
5 o Reference: 2018-10-09_08-00_Wine___Proton_-_Raw_Mou
6 o News link: https://www.reddit.com/r/linux_gaming/comments/9l4iyd/wine_proton_raw_mouse_input/
7 o Source link:
8
9
10 I am struggling to find 1:1 parity with mouse input between
11 Linux and Windows for games run via Proton/Wine. For games
12 with native builds, I am able to achieve perfect 1:1 mapping.
13
14 Native example:
15
16 ezquake 3.5
17
18 sensitivity 2.2 @ 800 dpi == ~23.7cm/360
19
20 ezquake uses "Raw Input" in Windows and "EVDEV mouse" in
21 Linux. My sensitivity is exactly the same in both OS.
22
23 I was able to replicate this exact sensitivity in CS:GO, same
24 settings
25
26 Wine example (via Steam Play (Proton 3.7-7))
27
28 quakelive
29
30 sensitivity 2.2 @ 800 dpi == way larger than my mousepad
31
32 I found that I could get close to 23.7cm/360 with a
33 sensitivity 5
34
35 in_mouse 2 in_MouseMode win32(raw)
36
37 My hunch is that by default, Wine is not reading the raw input
38 and is instead using X11 mouse in some way and then telling
39 the windows game that it is raw (when it is in fact not). Is
40 this a setting that can be changed?
41
42 Also worth nothing - I have disabled acceleration via xorg
43 config: Section "InputClass"
44
45 Identifier "My Mouse"
46
47 MatchIsPointer "yes"
48
49 Option "AccelerationProfile" "-1"
50
51 Option "AccelerationScheme" "none"
52
53 Option "AccelSpeed" "-1"
54
55 EndSection
56
57
58 ** some_random_guy_5345
59 I play Quake Live in WINE and I'm having no issues with this
60 profile (1:1 parity with windows):
61 /etc/X11/xorg.conf.d/50-mouse-acceleration.conf
62
63 Section "InputClass"
64 Identifier "My Mouse"
65 Driver "libinput"
66 MatchIsPointer "yes"
67 Option "AccelProfile" "flat"
68 EndSection
69
70 My hunch is that by default, Wine is not reading the raw input
71 and is instead using X11 mouse in some way and then telling the
72 windows game that it is raw (when it is in fact not). Is this a
73 setting that can be changed?
74 Why would this matter? Doesn't your profile disable mouse
75 acceleration (and presumably use 1:1 input)?
76
77 ** PolygonKiwii
78 I don't think X11 pointer movement is identical to raw input
79 even without acceleration. [1]libinput tries to do
80 normalization for high dpi mice down to 1000 dpi. I'm not
81 sure if "one mickey = one pixel" is even true for 1000 dpi
82 mice either.
83 EDIT: The desktop environment might also override Xorg's
84 libinput settings at runtime. For Plasma desktop, I had to
85 enable the "flat" profile in the mouse settings gui because
86 my xorg.conf.d file stopped working after some update. Of
87 note here is that that mouse gui doesn't have a perfect
88 middle setting for the sensitivity slider (called
89 acceleration here), so I had to set
90 XLbInptPointerAcceleration=0 in "~/.config/kcminputrc". The
91 one left of the middle would result in a value of -0.11 and
92 the one right of the middle is 0.11.
93
94
95
96
97 [1]
98 https://wayland.freedesktop.org/libinput/doc/latest/normaliza-
99 tion-of-relative-motion.html#motion-normalization
100
101
102 ** ginzberg
103 I don't suspect it does matter - but I thought sharing it
104 would cut off the default recommendation to disable
105 acceleration.
106 This is why I am getting 1:1 for native apps - issue is that
107 Wine seems to do something else with mouse input, and I
108 cannot find any details on configuration options on that
109 front.
110
111 ** PolygonKiwii
112 Native apps that have raw input (CS:GO) will have 1:1
113 tracking even if you leave non-linear pointer acceleration
114 on.
115
116 ** some_random_guy_5345
117 This is what I suspect is happening. The profile in the
118 OP probably isn't 1:1 tracking.
119 Native games use raw input whereas WINE probably
120 doesn't support it.
121
122 ** PolygonKiwii
123 I wonder why Wine doesn't support it.
124
125
126
127
128
129 ** ginzberg
130 Just switched to your conf, and I now have perfect 1:1
131 mapping in QL
132 Thank you!
133
134
135