-
Notifications
You must be signed in to change notification settings - Fork 32
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
Daydream - Camera on the floor #7
Comments
Thank you for testing this on a 3DOF system. (I’m currently without any; returned them!) I think you’re correct that Three’s issue #11619 is related. A temporary fix might be to move the main Can you tell me more about how the controller itself? From the screen grab it looks like its position is correct relative to your head, but obviously your head feels like it’s part of the floor! Does it rotate with your head rotation? Does it feel like it’s part of your right arm rather than your left, even when you turn around? Can you connect your Pixel to your laptop to get some Chrome debugging out of it? I’m very curious what Does the rotation of your head at least work correctly? |
Yes, to move all the scene is the unique fix I found, but I suppose was not a great idea if you want to make a teleport option, I hope could be fixed soon. Head rotation is ok, and I recorded a video on how the controller works, looks like only works for right-handed (because I have configured like left-handed but the position is the same as if the hand is right than if is left.
renderer.vr.getStandingMatrix() on vr.enabled = true returns > |
I don’t think building teleportation is an issue—and it’s also beyond the scope of VRController ;) Just remember that mathematically moving the camera position is the same as moving the entire universe. So if the renderer is hogging the camera’s matrix when in VR mode why fight that? Just move the universe instead! However, the Orientation Arm Model not switching from right-handed to left-handed is very much in the realm of VRController. That seems immediately solvable by anyone using VRController by listening for the So for me the real issue here is that in a seated setup (so NOT room-scale setup) the origin is the camera instead of the floor and because we can’t wrestle the camera away from the renderer’s control we need to push the scene downward so that a user’s face isn’t in the floor! It would be really handy if this was part of THREE’s new renderer so we can just say yes, |
This is still a problem with the demo. the controller object is very close also. |
This is also a problem in GearVR. I can't even get the DayDream controller detecting in the gamepad list only the GearVR controller. |
This issue is also present on the Oculus Go browser. |
As of Version 3.45 the demo works for me on Oculus Go. |
renderer.vr.userHeight = 1.6 got no effect in gearvr. Simply ignores it. also camera by default is above 0 by Y axis. This only in gearvr. In windows mixed camera at 0,0,0 |
When you user a Daydream viewer with a controller, camera is on 0,0,0 perhaps is related with this three.js issue > mrdoob/three.js#11619
The text was updated successfully, but these errors were encountered: