-
-
Notifications
You must be signed in to change notification settings - Fork 4k
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
ar-hit-test: uses 1st tracked controller instead of headset orientation (fix #5315) #5308
Conversation
…he reticle is placed anywhere
Also fixes bug #5315 |
hit testing now also tested under Android 13 (on a Pixel 5) |
I can confirm that this fixes #5315 for me on multiple Android phones. |
This needs rebase. Sorry for the wait. Should we use the controller (inputSource) that trigger the selectstart event vs the first we find? |
Thanks! |
I meant to add that the event is a controllerchange event, so it's not obvious what the relationship is to any selectstart event. It might be possible to figure out which controller was involved, if it was triggered by a controller. |
Description:
When used with a headset capable of AR, the ar-hit-test component currently projects its ray from the headset, which is suboptimal UX when tracked controllers are available.
Changes proposed:
This change adds a new HitTest component, using the first tracked controller's
targetRaySpace
.hit-testing has only been tested with a Quest 1 headset