Skip to content
This repository has been archived by the owner on Aug 22, 2024. It is now read-only.

Fully extended joints snap back to centerline for all smoothing values on 0.9.2 #738

Open
billpottle opened this issue Sep 6, 2019 · 7 comments
Assignees
Labels
Body Tracking Issue related to the Body Tracking SDK Bug Something isn't working Triage Approved The Issue has been approved by an Azure Kinect team member.

Comments

@billpottle
Copy link

Describe the bug
When a distal joint is far from the center of the body, sometimes the whole limb will 'snap back' to the centerline, before correctly re-positioning itself as joints up the tree are flexed.

Using k4abt_tracker_set_temporal_smoothing helps, but this bug persists across all smoothing values from 0 to 1.

To Reproduce
Make a motion similar to what is shown in the attached gif at about 3/4 speed.

Expected behavior
I would expect that foot position could rely on the current knee and ankle positions as well as their positions from the previous several frames to know that an extended position is much more likely than going back to the position of the other leg.

Screenshots
See the attached animated gif.

Desktop (please complete the following information):

  • OS with Version: Windows Version 10.0.18362 Build 18362
  • GPU: GTX 1080
  • SDK Version: 1.2 with body tracking 0.92

ezgif-5-81120ebf37c9

@billpottle billpottle added Body Tracking Issue related to the Body Tracking SDK Bug Something isn't working Triage Needed The Issue still needs to be reviewed by Azure Kinect team members. labels Sep 6, 2019
@billpottle billpottle changed the title Fully extended joints snap back to centerline for all smoothing values on 0.92 Fully extended joints snap back to centerline for all smoothing values on 0.9.2 Sep 6, 2019
@qm13 qm13 self-assigned this Sep 9, 2019
@qm13 qm13 removed the Triage Needed The Issue still needs to be reviewed by Azure Kinect team members. label Sep 9, 2019
@qm13 qm13 assigned timhutton and unassigned qm13 Sep 10, 2019
@billpottle
Copy link
Author

Update for 0.9.3 - The gif below is the same technique run through the new 0.9.3 version with smoothing set to 0. It seems like the problem may now be slightly worse, in addition to the standing leg being now located improperly.

ezgif com-video-to-gif

@qm13
Copy link
Collaborator

qm13 commented Sep 23, 2019

Fixed in 0.9.3

@qm13 qm13 closed this as completed Sep 23, 2019
@billpottle
Copy link
Author

@qm13- I am still having this issue in 0.9.3. Please see the above gif of the same MKV file run through the new SDK.

@qm13
Copy link
Collaborator

qm13 commented Nov 19, 2019

@billpottle can you verify that this still happens in 0.9.4?

@qm13 qm13 assigned qm13 and unassigned timhutton Nov 19, 2019
@qm13 qm13 added the Investigating Dev team needs to Investigate label Nov 19, 2019
@billpottle
Copy link
Author

@qm13 - Yes, I can verify that it still happens on 0.9.4

@qm13
Copy link
Collaborator

qm13 commented Dec 3, 2019

@billpottle we would like to get a recording that demonstrates the problems you are reporting. We require a signed data release agreement along with the recording. Could you provide me with contact details so I can provide you both the agreement and upload instructions?

@qm13 qm13 added Triage Approved The Issue has been approved by an Azure Kinect team member. and removed Investigating Dev team needs to Investigate labels Dec 3, 2019
@qm13
Copy link
Collaborator

qm13 commented Dec 19, 2019

@billpottle we have reproduced this bug and are actively working on a fix.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Body Tracking Issue related to the Body Tracking SDK Bug Something isn't working Triage Approved The Issue has been approved by an Azure Kinect team member.
Projects
None yet
Development

No branches or pull requests

3 participants