You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Based on the WebXR Spec, pose can be null which is returned from frame: https://www.w3.org/TR/webxr/#dom-xrframe-getviewerpose
This can be due to many reasons: no tracking available, failure in subsystem to track, etc.
Previously engine assumed that pose is available always, which lead to an issue with Oculus Link, which did not provide pose, and it lead to an exception.
A fix: #4517 made a workaround, but it completely skips other XR system updates and prevents rendering, which is an issue, as some level of rendering and developer ability to render some UI should be still available.
This is especially apparent in AR session, for the first few seconds where tracking is not available, the developer should be able to provide UI to ask for device movement recommendations to the user, which should be rendered of course.
We need a better solution to this issue, and ensure rendering and other XR subsystems can handle null pose case gracefully.
The text was updated successfully, but these errors were encountered:
Based on the WebXR Spec,
pose
can benull
which is returned fromframe
: https://www.w3.org/TR/webxr/#dom-xrframe-getviewerposeThis can be due to many reasons: no tracking available, failure in subsystem to track, etc.
Previously engine assumed that pose is available always, which lead to an issue with Oculus Link, which did not provide
pose
, and it lead to an exception.A fix: #4517 made a workaround, but it completely skips other XR system updates and prevents rendering, which is an issue, as some level of rendering and developer ability to render some UI should be still available.
This is especially apparent in AR session, for the first few seconds where tracking is not available, the developer should be able to provide UI to ask for device movement recommendations to the user, which should be rendered of course.
We need a better solution to this issue, and ensure rendering and other XR subsystems can handle null pose case gracefully.
The text was updated successfully, but these errors were encountered: