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

Tracking Outputs vs Detection Outputs #14

Open
SwEngine opened this issue Dec 25, 2023 · 1 comment
Open

Tracking Outputs vs Detection Outputs #14

SwEngine opened this issue Dec 25, 2023 · 1 comment

Comments

@SwEngine
Copy link

While using ByteTrack as a tracker, the visualized bounding boxes sometimes do not precisely match the detection results. Are there any methods to assign tracking IDs to detections without altering the bounding box coordinates? I am asking this question because the tracking bounding boxes are sometimes too wide for my specific case.

@derpda
Copy link
Contributor

derpda commented Mar 7, 2024

I believe ByteTrack ends up using the predicted bounding box for the next step instead of the current bounding box. See below

updateRect();

I have changed that in my own fork, but also made a lot of changes specific to my use case, which may or may not be appropriate for you. Tests are also currently not passing since I changed (in my opinion fixed) the IoU calculation. I'm looking into that at the moment.

Have a look for yourself: https://github.com/derpda/ByteTrack-cpp

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