-
Notifications
You must be signed in to change notification settings - Fork 79
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
Default to snap turning, and make snap turning behave the same as in most games #209
Comments
The smooth turning is alas a bias from me - I prefer smooth movement, turning, and strafing as I find it easier to move in front of the test objects. We had a change to the turning back in #97 which changed the responsiveness. I would say if you wanted to code it up, we would want to have a drop-down of different styles - smooth, snap, or snap-repeat. |
Hmmm, interesting... I agree with @goatchurchprime , snap turning should be the default, smooth turning should be something people opt-into. Almost all of us veterans forgo snap turning. Worse yet, I turn it off because I always get complaints on my tutorials, when people see the snap turning they think things are running at 2fps and I got tired of explaining why snap turning exists for VR games :) But I think it is important to keep it on for default so if we changed that at some point, I do think we should change that back. |
Turn movement is set for snap-turn by default, and the teleport demo shows off snap-turning. Many of the other demos are trying to show off physics-related movement which is already for people with VR legs. We could put snap-turn on for some of the other scenes, or we could have a global options setting in the main-menu scene. |
With #229 you can now set the behavior you want in the startup window and it will save it as a user preference. |
Smooth turning is pretty sick making for me (and I have a strong stomach) and very rarely found in games.
(It's a default off in
movement_turn.tscn
, but for some reason turned on in every demo scene.)Also, snap turning is normally implemented as one snap per joystick jerk, rather than on a timer delay basis. If I coded this up is it likely to be pulled in?
The text was updated successfully, but these errors were encountered: