Closed chrisywong closed 3 years ago
@chrisywong
Thank you very much for explaining the problem.
Yes, you are on the right track. We must use the same python which is being used by ROS. You did it well :+1:
Next, about the emplaceAndPop
, this is a change in OpenPose API v1.7.0 onwards. This issue was discussed by us as well here.
Finally, pose_kp.shape == ()
issue was also discussed here and fixed too.
Please pull the latest commit from the ros_openpose
and feel free to report in case of any issues.
Thanks
Oooh oops I didn't see those other issues/latest updates. And yes, pulling the latest version fixed everything and now I have synchronous images! Thanks for the help!
Thanks for the update. I am glad that you made it work. I am closing this issue now. Please feel free to comment or create a new one if any problem occurs!
Continuation of https://github.com/ravijo/ros_openpose/issues/31
Original problem:
Solved this issue by making sure I was building using similar Python versions (I have both 2.7 and 3.6 on my computer). Probably not the most kosher method, but CMake was still picking up remnants of a 3.7 install, so I had to manually modify values in
build/CMakeCache.txt
to change Python version to 2.7).I did a lot of other things in between so I'm not sure if those helped too.
Once that built properly and I could
import pyopenpose
properly, ran into the next problem:Solved it via https://github.com/CMU-Perceptual-Computing-Lab/openpose/issues/1718 by editing Line 104 in
ros_openpose_synchronous.py
fromself.op_wrapper.emplaceAndPop([datum])
toself.op_wrapper.emplaceAndPop(op.VectorDatum([datum]))
Current problem:
I solved this by changing it to
If pose_kp == None
, but I don't know if this is a valid way to do it, or I'll run into problems later on? (The same error happens below withlhand_kp
andrhand_kp
, and can be bypassed the same way too.)(Still haven't got it running, but they're Caffe-related errors)