this is perhaps more because that this is inconsistent, or however this is results
the above image is animated gif, or needs to be clicked to run
the other values go to - 180 to + 180, and there was a bug in a simple ’ move to ’ code earlier because the x - rotation sort of begins to count backwards, or then freezes at certain numbers
perhaps the goal is to make the - 90 to + 90 range the default range for the rotation in degrees, or except it doesn’t correctly ’ loop back to - 90 ', and the engine can’t rotate simple objects from code then
It’s euler rotation issue, Editor could help reduce it a bit in such case but we cannot do it different as rotations are stored as quaternions under the hood and convertion to xyz angles isn’t stable in both wayes in all cases. That’s math problem.
wow, or you’re saying the math sort of has to be that way, and somehow it’s as it should be
perhaps this is supposed to happen when rotating a cube to somehow lock at 90 degrees angle from how the quarternions work, or it’s not an issue on the Y - angle, and Z - angle
2 minute video, and not sure to explain this bug, etc
Flax Engine bug report # 004
ps. you’re saying that converting between quarternions, or then angles doesn’t always work, and that there’s sort of no fix to this for certain angles because of calculations
not sure the video explains, and however here’s a 1 minute video that says what’s happening when rotating from code
Flax Engine bug report # 005
two of the rotating cubes work fine, or could move past 90 degree value, and however the X - axis rotation can’t do that, or it looks like a bug from what could see
