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
Android Auto: movement direction map orientation is flipped and jiggles #16041
Comments
Looked at short video, some things need to be clarified:
It's also not clear whether the car was moving or standing still. We have quite a big refactoring how to handle when the car stands still, so we disabled map rotation to compass which was enabled with low speed. |
Also: We have the Kalman filter ( |
Here is a longer video of it happening: In both videos, I'm driving along the planned route, but the orientation is flipped from the expected. In the short video, I'm stopped at a red light and in the video here I'm driving down the road. Version info Driving mode settings |
It looks totally wrong indeed it makes sense to try switch other settings but you need to do it in a car profile
|
Could also be the device orientation is detected wrong for this setup: Test the fixed device orientations "Portrait" and "Landscape" rather than "Same as device" under (We once had a support ticket with a rather non-standard hardware (a camera) where the device x-, y-, and z-axis were left-handed.) |
OsmAnd~ 4.4.0#14059mqta, released: 2022-12-29 Screen.Recording.2022-12-29.at.20.43.22.mov |
Thanks - I will run some more tests with the settings described here once I'm back from vacation. |
I'm having the same issue, reached out to support and was directed to this issue ticket. I'll try the workarounds but I have little confidence it will work, because car orientation is properly detected on the app, i.e. this issue happens only when connected to my car through Android Auto. Here's my device I fo: Device : vayu |
Watching the available movies, it seems to me the issue occurs only if you do not follow the calculated route but instead go the opposite direction? Or is that an artifact, and the blue arrow is actually pointing wrong? Also: It somehow reminds of #16081, have you tried with both "Animation" settings disabled? |
It occurs when following the calculated route, and the blue arrow is point wrong. I'll try to make a longer video today. |
Has anybody tried my hint to use the fixed device orientations "Portrait" and "Landscape" rather than "Same as device" under |
I've tried changing the device to used the fixed orientation mode of "landscape". This changes the orientation on the phone but does not appear to impact the behavior on the auto display. |
Sorry for the delay, below are some video sequences that I captured earlier in the month. Jan 3: (default settings) Jan 4: (landscape mode enabled) |
It reminds me of this story #2131, where we had the weird occurrence that the device in question (in your case the car screen) had a non-standard internal coordinate system and hence OsmAnd interpreted some orientation-related directions falsely. In e.g. video 1 it seems that the left hand edge of the car screen is assumed to be the top edge, therefore the blue position arrow always points towards it (in orientation mode "Movement direction" the arrow always point towards the top of the device). But the map, at the same time, seems to follow a different rotation logic, that's why the blue arrow direction contradicts with the underlying street orientation. "Sign error", I would say. Unfortunately I would have a hard time debugging because I have no way of testing AA, so I am hoping someone else can take a look. BTW: Maybe I missed your response: "have you tried with both "Animation" settings disabled?", just to check if this is in the animation or more fundamental code portion. |
I'm planning to run a test this evening. I see two settings:
I guess it makes sense to try one at a time? |
Yes, exactly thanks! Anything would help to locate which code portion would need checking. Also: I understand the issue is limited to using Map orientation= Movement direction? If you set it to e.g. "Fixed (North is up)", you see no such anomalies? |
That's a good question. I would never navigate with the map set to fixed north! 😅 But I can certainly try it in the interest of science. |
OsmAnd~ 4.4.0#14092mqta, released: 2023-01-13 AA.test-1.mov |
Track doesn't have heading / bearing provided so it looks like we could "auto generate " heading in this case. |
@vshcherb Do I understand it correctly that the original issue reported here is not a general issue affecting all users, but is specific to this particluar hardware setup? In other words, the vast majority of users use Androind Auto in mode "Movement orientation" without such issue, and as a consequence we are not looking for a general glitch in our code, but rather for something which only occurs in certain environments or under certain circumstances? |
it's not clear yet but very likely it's a rare case & device specific. |
Here is a video I took a few days ago: https://www.youtube.com/watch?v=apUTdMWmsWw For this, I used the settings:
|
Note that in my original tests, the behavior in #16041 (comment) was exactly what I saw. |
Thanks for the new video! We can conclude that
It does not look like merely a false coordinate system.... more like the magnetic sensor or some similar slow-changing effect is in play here... or a bearing value is submitted which confuses the output. |
There is a topic at Android Auto Help Center. May be this issue is related to AA itself. |
Other thing is try to change Location Source |
That linked Android Auto issue sounds different from what I'm experiencing - the position does not fly around to random locations, and Google Maps navigation works normally with no artifacts. |
@vshcherb I don't understand why we still have one open Issue each in the milestones 4.3-android and 4.3-backend, which are both closed? An oversight? Shouldn't the Issues be transferred to 4.4? |
nope yet, 4.3.9 still be done, that's under control. |
Setting was added (we're discussing whether it's advanced development option or should be default or should be device dependent) |
Not sure I understand the final disposition - this bug will occur by default unless a special setting is enabled? |
With this setting enabled you should not have bug with bearing incorrectly produced by device |
Doc team
|
Description
When using Android Auto, driving south in map direction mode, the map is upside down and rocks back and forth.
Your Environment
Samsung Galaxy S22+
2022 Chevrolet Spark
Android Auto
Android v13
Live video while sitting at a stop sign
20221222_143251.mp4
I also have a longer video of it happening while moving forward.
The text was updated successfully, but these errors were encountered: