Many people avoid using their Android phones in moving vehicles due to motion sickness, a condition that can induce nausea, headaches, and dizziness. Motion sickness is believed to be caused by a sensory conflict; your eyes focus on a stationary object (the phone) while your inner ears signal that you are moving. Since people spend so much time as passengers, it’s a bummer that many can’t use their phones without feeling sick. Fortunately, Google is working on a new feature for Android 17 aimed at reducing this discomfort. You’re reading the Authority Insights Newsletter, a weekly newsletter that reveals some new facet of Android that hasn’t been reported on anywhere else. If you’re looking for the latest scoops, the hottest leaks, and breaking news on Google’s Android operating system and other mobile tech topics, then we’ve got you covered.
Subscribe here to get this post delivered to your email inbox every Saturday. Called Motion Cues, the feature mitigates this sensory mismatch by adding visual elements that mimic the vehicle’s movement. It places dots on the screen that shift in real-time based on data from your phone’s motion sensors. This simple yet incredibly useful trick effectively “moves” the screen with you, potentially solving motion sickness for many users.
If this feature sounds familiar, it’s because Google isn’t the pioneer here. While Apple’s Vehicle Motion Cues in iOS 18 might be better known, a free Android app implemented this idea back in 2018. Available for any phone running Android 7.0 or later, KineStop simply requires you to download it, grant the “display over other apps” permission, and tap start.
Mishaal Rahman / Android Authority Using KineStop, a third-party Android app, to reduce motion sickness while riding in a vehicle.
Why, then, must Google’s version wait for next year’s Android 17 update? It is a question we’ve grappled with since discovering evidence of Motion Cues in late 2024. According to our resident APK teardown specialist, Assemble Debug, the feature is fully functional but lies dormant in Google Play Services. However, it has a flaw that likely explains why Google is holding off on releasing it until a future OS release.
As shown in the screen recording above, the motion dots fail to appear over system elements like the Settings app, status bar, notifications, Quick Settings, lock screen, or volume panel. This happens because the current implementation relies on Android’s standard overlay API. For security reasons, Android prevents apps from drawing over these critical system components to stop malicious actors from tricking users into performing unintended actions. While this is a sensible security limitation, it reduces the effectiveness of Motion Cues.
AssembleDebug / Android Authority
Android 17 could address this by introducing a system-level Motion Cues API. Evidence found in the latest 2512 Android Canary release suggests this API transfers the rendering responsibility to SystemUI — the exact system app that manages the components where Motion Cues currently fail to appear.
Android now includes code — MotionCuesService , IMotionCuesCallback , MotionCuesData , and MotionCuesSettings — that allow a client application (in this case, Google Play Services) to define the X/Y coordinates, color, radius, and spacing of the dots. It then renders these dots on a privileged window layer via the startMotionCuesSession command. Effectively, Google Play Services determines the placement and look of the dots, while SystemUI handles the actual on-screen display.
To prevent third-party apps from cluttering the screen with unwanted dots, Android only allows apps holding the new DRAW_MOTION_CUES permission to use the API. This permission is restricted to privileged system apps or those signed by the platform certificate. SystemUI will only bind to services ( BIND_MOTION_CUES_SERVICE ) that meet this requirement, ensuring it ignores data from unauthorized third-party apps.
... continue reading