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
When converting between quaternions and Euler angles, the function euler_to_quat takes the Euler angles in degrees, but the inverse function, quat_to_euler, returns the Euler angles in radians.
It is documented, and it is a relatively small fix to make in your own code to wrap one of these functions to work either exclusively in degrees or radians; but the code is not really self-consistent (and cost me a day's head-scratching, although I suppose I should have read the docstring...!).
Changing this interface would be a wildly breaking change, so I don't know if there is a quick-fix -- maybe explicitly adding wrapped pairs functions that work in exclusively radians or degrees? Maybe this is something for a later release?
Thanks,
Andy
The text was updated successfully, but these errors were encountered:
Hi Brax,
When converting between quaternions and Euler angles, the function euler_to_quat takes the Euler angles in degrees, but the inverse function, quat_to_euler, returns the Euler angles in radians.
It is documented, and it is a relatively small fix to make in your own code to wrap one of these functions to work either exclusively in degrees or radians; but the code is not really self-consistent (and cost me a day's head-scratching, although I suppose I should have read the docstring...!).
Changing this interface would be a wildly breaking change, so I don't know if there is a quick-fix -- maybe explicitly adding wrapped pairs functions that work in exclusively radians or degrees? Maybe this is something for a later release?
Thanks,
Andy
The text was updated successfully, but these errors were encountered: