Skip to content
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

Clarify the meaning of "valid" in XR_FB_hand_tracking_aim #164

Open
msub2 opened this issue Jan 3, 2024 · 2 comments
Open

Clarify the meaning of "valid" in XR_FB_hand_tracking_aim #164

msub2 opened this issue Jan 3, 2024 · 2 comments
Labels
synced to gitlab A corresponding issue has been filed in the Khronos internal GitLab

Comments

@msub2
Copy link

msub2 commented Jan 3, 2024

According to the docs, the XR_HAND_TRACKING_AIM_VALID_BIT_FB in XrHandTrackingAimFlagsFB indicates that "Aiming data is valid". But it's ambiguous what valid means in this case: my initial assumption was that invalid data would be garbage and unusable, but while integrating support for this extension in Chromium I found that it actually seems more akin to indicating whether the aim pose passes some threshold of certainty. Just occluding the index and/or thumb is enough to make this bit report 0, but the actual aimPose being returned is (functionally) still usable for the majority of rotations, the main exceptions being when the hand is turned towards the user or at an extreme angle.

@alcooper91
Copy link

@cabanier

@rpavlik-bot
Copy link
Collaborator

An issue (number 2175) has been filed to correspond to this issue in the internal Khronos GitLab (Khronos members only: KHR:openxr/openxr#2175 ), to facilitate working group processes.

This GitHub issue will continue to be the main site of discussion.

@rpavlik-bot rpavlik-bot added the synced to gitlab A corresponding issue has been filed in the Khronos internal GitLab label Jan 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
synced to gitlab A corresponding issue has been filed in the Khronos internal GitLab
Projects
None yet
Development

No branches or pull requests

3 participants