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
3D position #81
Comments
Hi @A7ocin, So you can approximate this using similar triangles (recall the Hartley and Zisserman book). |
Ok, everything clear |
Hello @A7ocin, |
Hi @zhangkai95 |
Yes @A7ocin |
Sure, you can find it in my GitHub home |
Can I know what's the output 'joint_3d' means? Does it the position of all joints? |
I believe 'joint_3d' stored in the tfrecord is the 3D ground truth joints given by Human3.6M. They are not SMPL's 3D joints, as H36M and SMPL have slightly different skeleton definition. This field is not relevant to data without ground truth 3D joints. Best, A |
Hello @akanazawa and thank you for releasing the code for the paper.
I was trying to figure out how to get the 3D distance between the camera and the predicted 3D joints. Is there a way to do that?
As for now, I've understood that HMR is object-centric, that's why the mesh is always positioned at (0,0,0) in the 3D world. Another thing I've seen is that the 3D skeleton is flipped, but a solution to that is mentioned in another issue.
The final step for me is to understand how to retrieve the 3D (x,y,z) of the mesh with respect to the camera. Is that possible? Maybe using the axis-angle 24 joints instead of the 19 ones?
Thank you so much
The text was updated successfully, but these errors were encountered: