You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for these functions! They are really useful.
However, in the depth_2_color_space function, the returned depth gets converted to uint8 which I think is not optimal. The original data is in uint16 range and numpy astype may cause loss in precision, even plain erroneous depth value.
Best regards!
The text was updated successfully, but these errors were encountered:
As i don't have a Kinect device to test it now, i cannot be sure if the uint16 is fitted for the depth image. I remember when i tested it that the uint16 resulted in an error depth image but i may be wrong. You can test it out and make a pull request if you think that this is correct.
I am pretty sure it's uint16. The C++ SDK uses UINT16 array to store the depth image. See AccessUnderLyingBuffer and CopyFrameDataToArray. The error depth image might be due to visualization issues. Sometimes the uint16 data get clipped when visualization.
Thanks for these functions! They are really useful.
However, in the depth_2_color_space function, the returned depth gets converted to uint8 which I think is not optimal. The original data is in uint16 range and numpy astype may cause loss in precision, even plain erroneous depth value.
Best regards!
The text was updated successfully, but these errors were encountered: