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

how is the speed of this tracker? It seems MOT challenge site gives 0.6 Hz which is rather low #11

Closed
rambleramble opened this issue Sep 4, 2019 · 4 comments

Comments

@rambleramble
Copy link

Thanks for this great work,

According to the MOT challenge website:

https://motchallenge.net/results/CVPR_2019_Tracking_Challenge/

The speed is only 0.6 Hz, is it a true reflection of this repo?

Do you have a more recent analysis on the speed performance?

Thanks in advance!

@timmeinhardt
Copy link
Collaborator

I just tested Tracktor++ on the CVPR 2019 test set and it took 1667 seconds to finish all 4 sequences. I updated the MOTChallenge webpage accordingly.

@rambleramble
Copy link
Author

rambleramble commented Sep 6, 2019

thanks for the update!

My primary interest is the speed of the performance.

If possible, could you provide some insights on how to improve the speed? Or which module (such as re-id) that can be further optimized in order to gain a further speed-up?

Also, if the number of detected object (peoples) is reduced (say only detect major characters in an image by setting a higher detector threshold ), will this improve the process speed?

@timmeinhardt
Copy link
Collaborator

We did not evaluate the runtime of the different steps in our Tracktor algorithm. However, there are multiple things one could do to speed it up. Our object detector is called multiple times. I think the number of calls per frame could be reduced. Running an object detector with a different backbone, e.g., ResNet34 instead of ResNet101, is a possibility if top tracking performance is not essential.

Changing the trajectory killing or bounding box initialisation thresholds should change the number of detected objects but I think the potential for reducing the runtime is comparatively small.

But again, this is something that has to be evaluated to be really sure.

@timmeinhardt
Copy link
Collaborator

Can we close this issue?

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

2 participants