How to improve the performance of ByteTrack #1001
Replies: 3 comments
-
Hi @westlinkin! 👋🏻 LEt me convert that issue into a discussion and put it into the Q&A section. |
Beta Was this translation helpful? Give feedback.
-
@westlinkin tracker ID 15 becomes 30 because you get double detection for a split second. The arm pad of the player gets misclassified as head. And that's why a new tracker gets spawned. The solution for that would be to have a way to suppress the assignment of a new ID until the object is visible for multiple subsequent frames. I was under the impression that it's the role of |
Beta Was this translation helpful? Give feedback.
-
Thanks! I set the track_buffer to 3, 30, 3000, this always happens, so I think After I filter the detections with confidence > 0.5, this problem goes away. but there are a lot of frames with no certain track id (because they got filtered). Maybe there should be a Tool to 'fill in' the detections (sort like smoother) |
Beta Was this translation helpful? Give feedback.
-
Search before asking
Question
I am tracking multiple objects ( more than 20 objects), I've adjust the parameters of
ByteTrack
to:first of all, I found that
track_buffer
does not have any effect on the result. when increasematch_thresh
, the tracking is more 'stable', at the value of0.95
, even when the objects collide, the tracking is still working (with the same track id).But one object is not tracking well, the track id switch to a new one even though there is no other object nearby, which is quite confusing. as the video shows, tracker id 15 becomes 30 for no reason (in my opinion), How to avoid that?
Finder.-.15.March.2024.mp4
Additional
No response
Beta Was this translation helpful? Give feedback.
All reactions