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
When loading the sofa scene, when the floor is detected, the scene is instantiated as expected.
However if the scene contains one or more camera, it gets instantiated and effectively breaks AR:
the phone's camera device is no longer used as background
the viewport becomes static, and pose tracking no longer works
@Etiennefaivredarcier what is the expected behavior for such a case ? I assume the camera node in the gltf document in this context is not forbidden by the spec, and the behavior in the specification is undefined, so it can be ignored.
The issue exists potentially on all trackable types used to anchor a scene containing a camera.
This could also be extracted/refactored to avoid redundancy.
The text was updated successfully, but these errors were encountered:
nlsdvl
changed the title
Phone camera is not rendering as background when the gilt scene contains a camera
Phone camera is not rendering as background when the glTF scene contains a camera
Aug 9, 2024
When loading the sofa scene, when the floor is detected, the scene is instantiated as expected.
However if the scene contains one or more camera, it gets instantiated and effectively breaks AR:
@Etiennefaivredarcier what is the expected behavior for such a case ? I assume the camera node in the gltf document in this context is not forbidden by the spec, and the behavior in the specification is undefined, so it can be ignored.
It seems this was addressed for plane tracking in TrackableGeometric.cs, but the floor tracking implementation doesn't handle this case.
The issue exists potentially on all trackable types used to anchor a scene containing a camera.
This could also be extracted/refactored to avoid redundancy.
The text was updated successfully, but these errors were encountered: