Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MotionPlus data are inconsistent between a discrete Extension and a Remote Plus #83

Open
epigramx opened this issue Jan 16, 2018 · 3 comments

Comments

@epigramx
Copy link

epigramx commented Jan 16, 2018

It appears that a discrete Extension that works fine on Dolphin with Bluetooth Passthrough (closest to Nintendo behavior we can get) and a new Remote Plus remote that also has no issues there (both carefully tested in Skyward Sword), do not appear to return MotionPlus data in the same way when used with xwiimote. One can easily see for example that holding it in an "aiming" position the xwiishow app shows the remote plus' indicator going to the left when turning left, but a vanilla remote with the discrete extension shows the X going to the right when turning left!

@epigramx
Copy link
Author

epigramx commented Jan 16, 2018

I have a suspicion the true reason is that the hard-coded calibration data from MotionPlus hardware is not fully reverse engineered. I've never seen a HID library for that device that handles calibration data from MP, or not fully at least.

@jordan-woyak
Copy link

As it has been mentioned, this is caused by not interpreting the calibration data.
Various Wii remotes have gyro axes "reversed" with matching "reversed" calibration data.

FYI, the calibration data has recently been fully reverse engineered by the dolphin-emu team.

I've documented the calibration data format here: http://wiibrew.org/wiki/Wiimote/Extension_Controllers/Wii_Motion_Plus

@v1993
Copy link

v1993 commented Jan 27, 2022

This should be fixed in kernel driver rather than userspace library, which is what does hardware-level interactions with wiimote: linux-input@vger.kernel.org.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants