You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running under wine, usually you'd set WINEDLLOVERRIDES="xinput1_3=n,b" to force the native version of the dll to be loaded - i.e. our proxy. However, even without our dll present, just setting this env var will prevent all controller input. It seems only the builtin xinput is actually functions (which kind of makes sense, since the controllers don't exist on the windows side).
This is not strictly a bug in our code, but it would be nice if there was some way we could proxy to the builtin xinput instead when running under proton.
The text was updated successfully, but these errors were encountered:
When running under wine, usually you'd set
WINEDLLOVERRIDES="xinput1_3=n,b"
to force the native version of the dll to be loaded - i.e. our proxy. However, even without our dll present, just setting this env var will prevent all controller input. It seems only the builtin xinput is actually functions (which kind of makes sense, since the controllers don't exist on the windows side).This is not strictly a bug in our code, but it would be nice if there was some way we could proxy to the builtin xinput instead when running under proton.
The text was updated successfully, but these errors were encountered: