I use the following code to determine the new rotation for an object and to instantly rotate it to that orientation.
I want to change this code to use AddTorque to start the object rotating in the direction of the new rotation. I plan to use the distance between startingPoint and targetPoint to control the magnitude of the torque that is applied. Is there a way to use the beginning and ending rotations to determine the correct vector to pass to AddTorque() so that the object will rotate in the proper direction?
BTW, I don't want to use Quaternion.Slerp() since I want to object to behave physically correctly.
asked Feb 22, 2011 at 03:56 AM
Fun question. Just like F = m a for linear forces, T = I alpha for angular forces. T is the torque, I is the inertia 3x3 tensor, and alpha is the angular acceleration. So basically your question amounts to finding an angular acceleration from a given change in rotation, and then multiplying that by I to get T.
Angular acceleration is a Vector3 whose direction is the axis of rotation and magnitude is rotational acc. in radians/sec^2. Since you already have two direction vectors (which need to be normalized), you can simply compute x = Vector3.Cross(oldPoint, newPoint) to get the required axis of rotation. This is the direction of alpha, but you still need the correct magnitude. We want radians/sec^2, so we need the angle between the two vectors. The magnitude of cross product is sin(theta) |v| |u|, since length of v and u are both 1, we just need Asin(x.magnitude).
Since you want to fully reach your newPoint in one frame, you can instead apply an impulse which is sort of like an instantaneous acceleration or change in velocity. So to summarize.
This gives us the desired change in angular velocity (w). Now we just multiply by the inertia tensor. Unfortunately this is in some weird diagonal space. It is easiest to transform w into this space, compute T, then transform T back to global coords.
Then just apply T to the rigidbody:
NOTE: PhysX seems to limit the speed of rotation, so this actually only works if the amount you are rotating by isn't too large.
Hi Sol. To be clear you will actually need two torques, one to start the object rotating, and one to stop it at the desired rotation. Then you need to decide how you want it to accelerate / decelerate.
It's a bit like asking what force you need to get to the moon: Not much if you don't mind waiting a long time then smashing into the surface. However if you want to get there in an hour, and to accelerate smoothly you could accelerate at around 13g for 30 minutes, turn-around, then decelerate at the same rate for another half an hour. Same with your torques and rotation. Does that make sense?
So the magnitude of the torque(s) you need depends not only the angle change, but on the time you want it to take (as well as the acceleration / deceleration strategy). The rotation won't be very "physically correct" if it instantaneously moves from one rotation to another, unless the object has no rotational inertia.
So we must involve time in this, and you need to decide how long you want your rotation to appear to take. On that basis you're not really working out a torque, but a torque at a given time into the "animation". What's the method signature you're after, would this pattern do?...
If your object is 3D, and rotating around more than one axis you'll need an inertia tensor rather than the simplified "moment of inertia" about one axis (which is just one element of a 3x3 matrix). In which case read-on. If you do go down the inertia tensor route, bear in mind...
On a related note in case it helps, I got a cool simulation of a phone flipping according to the parallel axis theorem, so have managed to add significant value to the existing physics engine. It seems that we need to do a transformation to the local coordinates of the flipping object, then calculate the rotation for things to work properly. I've attached a zipped Unity package with the working mini-project.
I'll be going through this step-by-step when I add a section to my new game physics course in March 2015. I'll be removing the cumbersome single and double underscore notation don't worry!
Hi hellcats, thanks for the detailed answer.
I am trying to implement your solution in my project and I am running into difficulty.
Here's my situation: http://imageshack.us/photo/my-images/706/explanationp.png
My object is travelling at a fixed speed on a heading in a 2-d coordinate space (z is always 0). On a mouse click I would like to apply a relative torque to turn it to a new heading. The rotational axis is always (0,0,1) - the z-axis.
The way I see it, there are two ways to rotate an object with a rigidbody: 1) switch on kinematics and do it manually or, 2) apply a rotational force. I'd like to use the second option.
My FixedUpdate function looks like this:
The GetTorque function is:
Where totarget is an empty gameobject controlled by mouse move. Can anybody tell me if I am on the right track? Am I over complicating something that should be simple. Any and all help is greatly appreciated.
Taking hellcats's answer and fixing the "wobbliness" reported by aleiby, I came up with this :
The fix is to substract the current angular velocity. I hope this will be useful for other people googling around for this.
If you modify the inertia tensor yourself, the ForceMode can sometimes be changed to