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

Tracker slows down for large template sizes #6

Open
9a3eedi opened this issue Sep 6, 2016 · 2 comments
Open

Tracker slows down for large template sizes #6

9a3eedi opened this issue Sep 6, 2016 · 2 comments
Assignees

Comments

@9a3eedi
Copy link
Owner

9a3eedi commented Sep 6, 2016

When the template size is large (i.e. when the detector detects a marker that spans a large percetnage of the image), the tracker becomes very slow, with it being only able to track around 3 times per second. This needs to be improved.

@9a3eedi 9a3eedi self-assigned this Sep 6, 2016
@9a3eedi
Copy link
Owner Author

9a3eedi commented Sep 26, 2016

Dr. Tarek mentioned that this is probably because we're using SSD for tracking, which needs to look at every single picture in the image, which can be slow. Using another algorithm, or tweaking the existing algorithm (so that it downsamples for example) might be a way to fix this problem.

@9a3eedi
Copy link
Owner Author

9a3eedi commented Oct 31, 2016

I rewrote the code so that it's easy to switch between the different tracking algorithms. I put the following tracking algorithms provided by VISP:

  • SSD ESM
  • SSD Forward Additional
  • SSD Forward Compositional
  • SSD Inverse Compositional
  • ZNCC Forward Additional
  • ZNCC Inverse Compositional

A quick eyeball test seems to show that SSD Inverse Compositional gives the best speed and performance, but a more formal test is needed, so I'll put some timing code and try to generate a report.

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

1 participant