-
Notifications
You must be signed in to change notification settings - Fork 20
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
A yaw axis multiplier is wrong (because the motion server has inconsistencies of another nature) #3
Comments
I sent a pull request for this #5 |
I noticed that platforms in shrines rotate fine now just like PadTest(PadTest under wine). But the bow aiming is much slower than normal on the yaw axis. That appears to be |
There's a chance that something (either in this software or wine) limits the rate of the udp reception or dispatch. Motion on PadTest is not as smooth as on Windows(!) |
Rethinking it |
After yet further investigation it seems that the problem is solely on this motion server, because a linux motion server for a Wii Remote Plus has no inconsistencies between BotW bow aiming and Shrine platform movement and I suspect an issue with either the timestamping of this server or the udp server dropping packets, but in either case I won't further look into it myself for now. |
Yes, that was a quick fix for aiming in BotW to make the game playable.
This part is not implemented yet. The server only sends UDP packets to the last client it received a request from. Even if the last client goes offline, server will continue to send packets to the same socket.
Totally possible. I didn't change anything in the original ds4drv code, so timings may be inconsistent and incompatible with cemuhook. IIRC, ds4drv just parses raw events from DS4 and doesn't change their timing, so it might be difficult to fix. |
Here it bugs if multiple clients connect to it. It's as if half of the packets go to one PadTest/Cemu and half to the other or it appears random in other cases. What is very odd about this server is that (after removing the X4 multiplier) moving a platform in a BotW Shrine that requires motion controls looks perfect just as PadTest but the bow aiming is wrong (and one could argue it's more important to do required platforms than aiming). |
Some thoughts by Rajkosto (the author of Cemuhook) on the matter:
|
Oops! It appears that timestamps were encoded in the wrong format all this time ( I will push the fix in a minute. Feel free to reopen this issue if the problem still persists. |
Remove deprecated hcitool, use PyBluez instead
It turns the "DualShock" in PadTest around way too fast. It should mirror the real device's movement.
The text was updated successfully, but these errors were encountered: