-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Shooting by mouse de-synchronization #148
Comments
So no more mouse-shooting in MP ? Or is it fixable |
Should be fixable, i didn't look. I need to setup egit for eclipse properly, then i will be able to fix moar bugs! |
I have that setup but my fork queue keeps bugging through , whenever I want to apply the new forks , they all turn red |
I'm trying to fix it, I don't think I'm too far What I've done (schematically) until now:
The mouse data is sent succesfully and I'm able to print it succesfully. The only thing which isn't working is the remote player aiming right now (probably due to offset problems I believe) |
Commented. |
Added a pull request |
Probably because the new facing direction is not transmitted to the other player ? |
Well the Player.setAimByMouse should calculate the new facing using the sent mouse data. |
Woah! Looks like Flet definitely fixed it: |
Theres already a new bug with the latest update about the mouse ---> #239 |
I think you should try to edit the setPosition method by doing the same system for the states (eg. currentX, currentY, nextX, nextY), it should probably work better ;) |
@richie3366 yep, would be more prudent. Go ahead and fork/push if you want to give it a go :) |
closing issue, but @richie3366 has a good point |
If you shoot using mouse keys, it will make both players shoot in multiplayer, and by doing that it will cause de-synchronization in player origins.
The text was updated successfully, but these errors were encountered: