Elite on Linux - Input (M/KB) Problems, please help.

[CMDR Zentrierer]

Hello fellow CMDRs,

used to play ED on Windows since release and recently switched to Linux. Generally overwhelmingly happy with it, learning a lot every day.

Basically, when playing ED on Linux (details further down) I have the problem that mouse and (tbd further) keyboard input is not registered properly under certain circumstances.

For example: While fighting when I press multiple things at once (F + rear thumb button + left mouse button) will result in mousemovement not being registered. This basically means I am unable to steer while shooting etc. Unplayable. :-( [Never had this problem when playing ED in Windows with the exact same hardware]

GeneralHardwareSoftwareDetails:

Spoiler

I-5 4690K @ 4Ghz
MSI Z97 Gaming 3
8GB Ram
Sapphire Radeon 7970 ghz edition (oldie but strong goldie imho )

Input:
Roccat Kone+ (1600 dpi, 500hz polling)
Microsoft Wired Keyboard 200 Model 1406 (USB)

xinput:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ ROCCAT ROCCAT Kone[+] id=9 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Power Button id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ ROCCAT ROCCAT Kone[+] id=10 [slave keyboard (3)]
↳ LITEON Technology USB Keyboard id=11 [slave keyboard (3)]
↳ ROCCAT ROCCAT Kone[+] id=12 [slave keyboard (3)]


Software:
Distro is Mint 19.1 (Cinnamon 4.0.10) - Kernel 5.0.0-20-generic

GPU:

VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT2 [Radeon HD 7970 GHz Edition]
Kernel driver in use: amdgpu
Kernel modules: radeon, amdgpu

Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD Radeon HD 7900 Series (TAHITI, DRM 3.27.0, 5.0.0-20-generic, LLVM 8.0.0) (0x6798)
Version: 19.1.2

Desktop = 1080p @ 144hz

ED is run on Steam via Proton 4.2-9 Startparameters are: gamemoderun PROTON_NO_ESYNC=1 %command%
wine-4.12.1 (Staging) winetricks 20190615-next

Please let me know if any necessary information is missing.

Been searching the web for roughly 4 hours now, tried literally every possible fix/solution I could find that seemed related. Help is really appreciated at this point.

Thanks for reading/helping

 

[GraphiteGB]

I don't use mint but use ubuntu
Open mouse/touch pad setting page support on your linux distro mint and look for a Time/setting that disables mouse/touch pad when keys are pressed and detick and log out mint and then login again...
This setting is a pain in the buttocks when on laptops for example...

 

[CMDR Zentrierer]

I don't use mint but use ubuntu
Open mouse/touch pad setting page support on your linux distro mint and look for a Time/setting that disables mouse/touch pad when keys are pressed and detick and log out mint and then login again...
This setting is a pain in the buttocks when on laptops for example...

Yeah I recently read about that as well, thought it wouldn't apply to me because I don't have a touchpad. Tried the setting anyways but sadly didn't help.

 

[GraphiteGB]

You may have to wait for a specific mint user then thats all i know about so far
With mint being ubuntu based it could have been the same issue.

 

[dm06]

I'm on windows. Same thing happens in different games. I already know which pattern of buttons to avoid. I think the reason is in china keyboard actually.

 

[GraphiteGB]

I'm on windows. Same thing happens in different games. I already know which pattern of buttons to avoid. I think the reason is in china keyboard actually.

Does not happen on windows as the same exact hard ware can be dual booted in to wnidows and run fine the hardware is not the issues as dual booting Oses run fhe same hard ware of mouse and keyboard with nothing changed but the Os maker and the wine software.

 

[CMDR Zentrierer]

Hmm now this is really weird.

Empty space, just me alone - weapons deployed and trying to give as much input at once as possible (even more buttons as mentioned in the example in the OP)
It works. If I am alone, not in an actual fight, I can steer/aim, shoot and fly all at once as I please.

As soon as I actually fight an enemy, the mouse will behave as mentioned above despite not doing anything differently, just in fact aiming and shooting at something.

So this might be game-related after all? I am confused. Hmm, tried this with a Fer-de-lance (4x gimballed beam + 1x gimballed multicannon).

Any ideas?

 

[CMDR Zentrierer]

Well, upon further testing and tweaking, just in case someone runs into this problem in the future as well:

I noticed that, when using only mouse or keyboard at a certain time in the game, my fps wouldn't drop.

However, when using both at the same time excessively, the fps would drop from ~130 (144 max set) down to ~60.
Am still wondering, why would this put my cpu under such load? Never seen that before in all those years of using Windows, no matter how bad the fps of a game was and how stressed the cpu was, in almost all cases, the mouse kept working normally.

Went ahead and reduced polling rate of the mouse to 125hz and also lowered the max framerate ingame to 90 . (my thought was, maybe the cpu just couldn't handle everything at once and the "mouse process" didn't get enough cpu time in certain moments so the movement wouldn't register.

Tried again and to my surprise, after leaving free resources on my cpu by lowering polling and maxfps, there was enough left over and the problem almost disappeared for now, only appears in high-load situations again.

I have also read here that by default, the process(es?) that handle the mouse are on high priority already.

So how would I raise the mouse even further without changing the priorities of system processes since that, according to a user there, is not the way to go...?

Maybe thats the wrong solution-path? Is there a more good practice way of fixing this instead?

 

[CMDR Zentrierer]

Did some further tinkering and finally got rid of the problem.

PROTON_NO_ESYNC=1

Was quite surely the biggest chunk of the problem, the game runs way better in comparison since I removed the command and the input also keeps working even under full load. Dug a long time in the wrong direction to solve this, but learned some more things about linux in the process.