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

Documentation - Energy Function, Selected Points and BA #20

Open
jhidalgocarrio opened this issue Aug 19, 2022 · 4 comments
Open

Documentation - Energy Function, Selected Points and BA #20

jhidalgocarrio opened this issue Aug 19, 2022 · 4 comments

Comments

@jhidalgocarrio
Copy link
Contributor

I am missing some documentation on Extend DSOPP about how the Energy function is implemented. I think documentation about three important points would be helpful:

  • The front-end on how and where the image-to-image alignment is implemented: minimizing the photometric error from each new frame to the current (last) keyframe. Which classes are involved in the process?
  • Immature points and how the implementation relates to the original DSO. Which classes are involved in this process? Where in the code, the immature points are selected to become mature points for the optimization step.
  • I also miss some documentation about the Bundle Adjustment (BA). The selected keyframes to minimize the photometric error in the last N-frames. Same here, which classes are computing the BA.
@Solonets
Copy link
Collaborator

Solonets commented Aug 29, 2022

Hi @jhidalgocarrio. Thank you for your question. Please check this description. Does this answer your question?

@jhidalgocarrio
Copy link
Contributor Author

Hi @Solonets, This is great! Thanks a lot for the documentation.
Yes, the documentation is handy. I am just missing the keyframe selection strategy; which classes perform such operation?

Could you kindly add a few explanatory lines about the difference between the following classes?

  • Frame
  • TrackingFrame
  • Keyframe
  • ActiveKeyframe

@Solonets
Copy link
Collaborator

Solonets commented Sep 5, 2022

Hi @jhidalgocarrio ,

I am not particularly sure about adding those details to the documentation. You could see the class diagram and description of the classes by compiling code documentation with Doxygen. I think I just answer your question here:

Keyframe selection strategy is performed with KeyframeStrategy interface. There are 2 implementations, you could add yours as well.

About Frames:

Frame is a base class for all frames and just carries common functionality.
ActiveKeyframe is a track's keyframes. It's position can be optimized and it carries points attached to it.
SlamIntrentalTrackingFrame is a frame that is not a keyframe. It is always attached to a keyframe and only stores its relative position to the keyframe.

Keyframe and TrackingFrame are the siblings of the 2 above classes. The only difference is that it doesn't carry additional information needed for a slam. They are used for storing and loading the track as well as manipulating it outside of the context of SLAM.

@jhidalgocarrio
Copy link
Contributor Author

As you prefer.
I still think a class diagram is a description of all the classes. While this doc is only about the key parts of DSO in order to quickly grasp the core of DSO in your implementation.

Just adding the text from your reply would help:

Frame is a base class for all frames and just carries common functionality.
ActiveKeyframe is a track's keyframes. Its position can be optimized, and it carries points attached to it.
SlamIntrentalTrackingFrame is a frame that is not a keyframe. It is always attached to a keyframe and only stores its relative position to the keyframe.

Keyframe and TrackingFrame are the siblings of the 2 above classes. The only difference is that it doesn't carry additional information needed for a slam. They are used for storing and loading the track as well as manipulating it outside of the context of SLAM.

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

Successfully merging a pull request may close this issue.

2 participants