πŸ“Œ Paper Info


🧠 Day 2 Review β€” Computational Approach (Section 2)

βœ… Step 1: 2D Pose Estimation & Tracking

Each frame ( I(t) ) is processed to estimate 2D poses ( \hat{p}^i(t) ) using OpenPose.
Bounding boxes ( B^i(t) = (x, y, w, l) ) are used to track each dancer using the LDES tracker, maintaining per-person histograms and motion info.


βœ… Step 2: Overlap Handling via Motion & Histogram

When tracking fails (e.g., due to occlusion), the algorithm detects overlap by checking directional changes in movement.
It then predicts where the overlap will end, and re-assigns the correct dancer by comparing appearance histograms in the predicted frame.


βœ… Step 3: 2D Pose Selection After Overlap

After overlap ends, multiple poses might be present in the bounding box.
The pose most similar to the previous frame’s histogram is selected to maintain temporal consistency.


βœ… Key Insights (3-Line Summary)


πŸ“˜ New Terms


πŸ—‚ GitHub Repository

Detailed markdown summary:
πŸ”— github.com/hojjang98/Paper-Review


πŸ’­ Reflections

This section gave a clear overview of how the authors handle the multi-dancer tracking problem, which is critical for dance recognition.
The idea of using histogram-based re-identification after occlusion feels both lightweight and practical.
I still want to understand the LDES tracker in more detailβ€”will check citation [16] later for its internals.