-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
World frame coordinate changes mid operation when IMU is involved #172
Comments
When the map is initialized the world reference is set in the first keyframe. Later, IMU is initializated and the world reference is changed to aligned to it, Z axis, previously aligned with the view of the first keyframe, is aligned with respect to the gravity vector. |
Hi @richard-elvira, thank you very much for the information. I can understand that the world reference frame is realigned to IMU's z axis when the initialization completes, but why does the origin jump to a different location that seems to be totally random (not linked to any keyframes obtained up to that point and not consistent between runs)? |
Maybe related to my issue #164 |
Hi @martinakos , thank you for the info. I can confirm that the error "NOT INERTIAL LINK TO PREVIOUS FRAME!!!!" also appears in my tests, so it's possible that the two issues are one and the same. |
So, if I want get the real-time estimated pose, what would be the parameter that can be used? Or, it is just impossible to get the right pose in real time. |
Hi, @thien94 |
@dimaxano Thank you very much for the info. I didn't catch that when reading the paper. |
I have downloaded the code and tried to run with a mono camera but without imu information.There are some problems such as running speed is a little slow. So have you ever tried running with a real camera but not read the dataset. Maybe the dataset is the point. And have you ever tried other dataset? BTW, is it convenient to add your wechat or other social account? |
Did you get an answer for this? |
I have the same problem did you find any solution? |
Didn't get what this implies. Was someone able find an explanation for the jump when IMU is involved? |
Maybe, the scale changed when the second and third initialization step. Therefore, it caused the pose of world coordinate changed as showed in your gif. |
I met the same problem, can anyone help me? |
Thank you very much for making the work public.
I encounter the following issue when using the package, hope someone can help.
In Mono-Inertial or Stereo-Inertial mode, the world frame changes mid-operation (it seems to be right after
InertialOptimization
is completed according to the console output) as can be seen in the example below. The world frame visualization is done by addingpangolin::glDrawAxis(5.0);
toViewer.cc
.This problem is evident when I print out the
Tcw
value returned by theTrackMonocular
function:The issue is also somewhat unpredictable and differs from run to run. However, I don't see such behavior with Mono or Stereo mode.
I would like to pose two questions:
Tcw
value (fromTrackMonocular
,TrackStereo
, andTrackRGBD
) recommended to be consumed by other systems that require odometry from ORB-SLAM3? If it is, the inconsistency in the coordinate frame seems undesirable. If it is not, what would be the parameter that can be used?Thank you greatly for your time.
The text was updated successfully, but these errors were encountered: