# Fallback to IMU Only Tracking in Low Light Conditions?

**URL:** <https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780>\
**Category:** General\
**Tags:** development, unity, feature-request, openxr\
**Created:** [May 27, 2025, 2:42pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780 "2025-05-27T14:42:53Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Kaan](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@Kaan](https://forum.magicleap.cloud/u/Kaan)\
**Post date:** [May 27, 2025, 2:42pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/1 "2025-05-27T14:42:53Z")

</div>

As it is known when ambient brightness falls below the certain threshold, ML2 displays the “Tracking lost” warning and SLAM pauses.

I see couple posts that are mentioned low light problem as well, I’ve found one answer which mentions “Regarding Tracking: The headset uses feature points to track your position in a space as well as IMU sensors. However, since the tracking is primary based on tracking visual feature points, it is unable to track the user using the IMU sensor alone.”

So my question is even though primary based is feature based tracking, Can ML2’s pipeline be forced into an IMU only mode when feature based tracking fails?  
Even this would not be accurate as much before, fallbacking to this scenerio essentially what we’re need.

---

<div class="post-metadata">

**Author:** ![kbabilinski](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.magicleap.cloud/kbabilinski/32/19_2.png) [@kbabilinski](https://forum.magicleap.cloud/u/kbabilinski)\
**Post date:** [May 27, 2025, 2:55pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/2 "2025-05-27T14:55:28Z")

</div>

This feature is not currently on the roadmap. Since the device relies on the world cameras for much of it’s functionality (Controller Tracking, Hand Tracking, Head Tracking) it would be difficult to implement. However, I have submitted your post as feedback to keep this in mind.

---

<div class="post-metadata">

**Author:** ![Kaan](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@Kaan](https://forum.magicleap.cloud/u/Kaan)\
**Post date:** [May 30, 2025, 8:33am UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/3 "2025-05-30T08:33:51Z")

</div>

Thank you for the reply, I have a follow up question regarding to handling trakcing loss events mentioned in [Handling Tracking Loss](https://developer-docs.magicleap.cloud/docs/guides/unity-openxr/head-tracking/unity-tracking-loss/). It states that “The Magic Leap 2 lets developers manage their own tracking loss behavior – some developers may want to pause the update loop and display a splash image, while others may want the app to continue playing.” In this context I’d like to ask questions Can I still render virtual elements even warning is still displayed? and Is there any way to overlay custom ui on top of system warning?

---

<div class="post-metadata">

**Author:** ![kbabilinski](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.magicleap.cloud/kbabilinski/32/19_2.png) [@kbabilinski](https://forum.magicleap.cloud/u/kbabilinski)\
**Post date:** [May 30, 2025, 3:10pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/4 "2025-05-30T15:10:15Z")

</div>

Hi @Kaan , sorry that appears to be a misprint. The custom behavior was supposed to refer to what your application does after the head pose is lost. Unfortunately you cannot continue to render content when the warning is displayed and there is no way to disable this notification.

---

<div class="post-metadata">

**Author:** ![Kaan](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@Kaan](https://forum.magicleap.cloud/u/Kaan)\
**Post date:** [June 1, 2025, 7:10pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/5 "2025-06-01T19:10:36Z")

</div>

Thank you for the information.

---

<div class="post-metadata">

**Author:** ![Kaan](https://avatars.discourse-cdn.com/v4/letter/k/b9bd4f/32.png) [@Kaan](https://forum.magicleap.cloud/u/Kaan)\
**Post date:** [June 2, 2025, 1:46pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/6 "2025-06-02T13:46:26Z")

</div>

Hi again, Is there low level access to the camera feed buffer?

---

<div class="post-metadata">

**Author:** ![kbabilinski](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.magicleap.cloud/kbabilinski/32/19_2.png) [@kbabilinski](https://forum.magicleap.cloud/u/kbabilinski)\
**Post date:** [June 2, 2025, 2:42pm UTC](https://forum.magicleap.cloud/t/fallback-to-imu-only-tracking-in-low-light-conditions/5780/7 "2025-06-02T14:42:47Z")

</div>

I’m not sure I completely understand but, you can access the RGB camera using the Android Camera API. You can also access the camera image using the ML Camera API, which does not provide this type of functionality out of the box.

> **[MLCamera Overview | MagicLeap Developer Documentation](https://developer-docs.magicleap.cloud/docs/guides/unity/camera/ml-camera-overview/)**
>
> The Magic Leap 2 MLCamera API allows developers to capture real and virtual content inside their applications.

> **[Camera2 overview  |  Android media  |  Android Developers](https://developer.android.com/media/camera/camera2)**

Regarding the world cameras, this Pixel Sensor API does not provide this type of access to the camera data
