Skip to content
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

First frame initialization issues about pose estimation #33

Open
Aurora-chevalier opened this issue Sep 11, 2023 · 3 comments
Open

First frame initialization issues about pose estimation #33

Aurora-chevalier opened this issue Sep 11, 2023 · 3 comments

Comments

@Aurora-chevalier
Copy link

Hello Dr, I have questions about the position of your pose initialization, when I change the first frame of initialization prediction pose est_pose (0) to the given second frame gt pose, the reconstruction effect is very unsatisfactory, do you know what is the cause? Or does co-slam have to set the prediction est_pose (0) to the gt pose of the first frame to achieve pose estimation for subsequent frames?
屏幕截图 2023-09-11 171806

@HengyiWang
Copy link
Owner

Hi @Aurora-chevalier, this is because when you change the first frame pose, you need to have a corresponding scene bound that covers the entire scene. Co-SLAM does not require setting the first frame pose as the gt pose.

@Aurora-chevalier
Copy link
Author

Thank you very much for your reply, do you have any suggestions for solving the minimum bound after changing the pose of the first frame? Or is there any way to fix this?

@ArlenCHEN
Copy link

Hi @HengyiWang, thanks for your explanation.

I noticed that in the default code, the first_frame_mapping uses the gt pose. Will the results be worse if we do not use the gt pose, and use, say, randomly initialized pose values? I wonder if you have any investigations on this. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants