https://bugs.winehq.org/show_bug.cgi?id=52039
Bug ID: 52039 Summary: js Joystick input no longer supported Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: joy.cpl Assignee: wine-bugs@winehq.org Reporter: somethingoutoftheordinary@live.com Distribution: ---
Since WINE 6.20 js input based controllers are no longer an option, no other method actually has a way to calibrate them making some of my joysticks drift badly.
https://bugs.winehq.org/show_bug.cgi?id=52039
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #1 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Not a fix but try evdev-joystick (for Linux), or DXTweak2 (for Windows), or similar.
I have an issue with my wheel w/pedals that evdev-joystick can't fix: Both pedals are collated as a single axis with different range lengths for each side making the center off to one direction. jscal could fix that with min-center-max calibration. evdev cannot as it only handles min-max values: It leaves the center at whatever raw value in the min-max range that is returned by the device and that's what Wine sees.
Fixing that feature in evdev or implementing a tool that wraps the real device in a virtual device with proper min-center-max mappings is too much for me and I don't want to bother with a windows tool. So to fix my issue, I've started to implement a calibration tool in Wine's joy.cpl on my own (reusing the test dialog axis display). I'll keep this bug updated if I manage to implement that. I'll then see if I can add an option to map joystick axis (bug 51908) in the graphical tool.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=52039
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #2 from Rémi Bernon rbernon@codeweavers.com --- It could be possible to restore a /dev/js backend in winebus.sys, if that's really useful.
Then there's some calibration properties supported already, but that's mostly only about deadzone and saturation, not about shifting the center point. Maybe DIPROP_CPOINT could be an option (http://doc.51windows.net/Directx9_SDK/input/using/devicedata/usingcpoints.ht...) although it's marked as unsupported on more recent MSDN.