(Projection of initial orientation)
(References)
 
(2 intermediate revisions by the same user not shown)
Line 64: Line 64:
 
</video></html>
 
</video></html>
  
Computation of inverse kinematics of left and right legs.
+
Computation of inverse kinematics on left and right legs.
  
 
This method is not too bad, but only works if the orientation of the higher bone in the hierarchy is close to the world's orientation. Once this bone is not aligned anymore, the procedure fails to output valid results: the leg is twisted when the avatar is lying on the floor, for instance, and the arm kinetics are simply wrong.
 
This method is not too bad, but only works if the orientation of the higher bone in the hierarchy is close to the world's orientation. Once this bone is not aligned anymore, the procedure fails to output valid results: the leg is twisted when the avatar is lying on the floor, for instance, and the arm kinetics are simply wrong.
Line 70: Line 70:
 
== Projection of initial orientation ==
 
== Projection of initial orientation ==
  
The first version of the algorithm is not tacking into account the initial orientation of the origin bones (higher one in the hierarchy). The problem is solved in world space, independently of the orientation of the limb before the computation of the IK.
+
The first version of the algorithm is not taking into account the initial orientation of the origin bones (higher one in the hierarchy). The problem is solved in world space, independently of the orientation of the limb before the computation of the IK.
  
 
To solve this, we need a bit more complex projection of axis.
 
To solve this, we need a bit more complex projection of axis.
  
Here above, we have compute:
+
Here above, we have computed:
  
 
# the radius of the circle;
 
# the radius of the circle;
Line 81: Line 81:
 
# and the '''offset''' vector bringing us form the center to a specific point on its perimeter.
 
# and the '''offset''' vector bringing us form the center to a specific point on its perimeter.
  
The 3 first point are valid, but the last one is based on a world axis! We can based a final steps one the orientation of the plane, as it's give us 3 valid axis. 2 of them are coplanars, X and Y unit axis, and Z is representing the normal of the circle's plane. This last one is the only valid one (there's only one normal to a plane), X and Y have to be aligned with the origin ones.
+
The 3 first point are valid, but the last one is based on world axis! We can based a fourth steps on the orientation of the plane, as it's give us 3 valid axis. 2 of them are coplanars to the circle's plane, X and Y unit axis, and Z is representing the normal<ref>Definition of normal vector on [http://mathworld.wolfram.com/NormalVector.html wolfram]</ref>. This last one is the only valid one (there's only one normal to a plane), X and Y must be re-aligned with the origin ones, without leaving the plane.
  
 
To achieve this, we have to project one relevant axis onto the circle's plane.
 
To achieve this, we have to project one relevant axis onto the circle's plane.
Line 100: Line 100:
 
[[category:avatar]]
 
[[category:avatar]]
 
[[category:threejs]]
 
[[category:threejs]]
[[category:3d]]
+
[[category:3D]]
 
[[category:animation]]
 
[[category:animation]]

Latest revision as of 14:12, 15 August 2018

Notes about computation of inverse kinematics[1], first implementation done in threejs[2].

Solving-ik-001.png

At this moment, the research is focusing on solving a 2 bones system, the leg in this case, but it would be applicable on the arms or any other part of a skeleton having at least 2 parents.

The main issue seems to be the computation of the knee position. All distances are easily computed:

  • upperleg (red) keeps its length
  • leg (yellow) keeps its length also
  • distance between the target and the origin of the upper leg can be easily computed in world space.

Rendering the position of the knee is crucial to compute the rotation of the upper leg. Once correct, the rotation of the leg will be simple to render, as it is the rotation from the current direction to the [knee - target] direction.

Spheres

A little warning: the graphic here above is in 2d. In a 3d world, the position of the knee is a circle on a sphere: any point being at the right distance of the target point and the upperleg origin will be a valid candidate! The circle of possibilities is the intersection of 2 spheres having their radii equals to bones length.

Solving-ik-002.png

The radius of the cyan circle can be solved by using this equation[3]:

a = 1/(2d)sqrt(4d^2R^2-(d^2-r^2+R^2)^2) 

A little screenshot for better readability:

Sphere-Sphere Intersection.png

The tricky point is to forget about the spheres' position and only consider the distance of their centers as the d parameter. The normal of the intersection plane can be computed independently.

Implementation of the equation in an openprocessing sketch.

Selecting a point on the circle

To select a point on the intersection of the 2 spheres, we first computed a quaternion representing the rotation to apply on a unit vector. As the Z axis is pointing forward in the model, we can use a vector( 0, 0, 1 ) to compute the orientation:

var spheres_center_quat = new THREE.Quaternion().setFromUnitVectors( 
			new THREE.Vector3( 0, 0, 1 ), 
			spheres_center_dir.clone().normalize() );

Ik-avatar-bone axis.png

We apply this rotation on a perpendicular vector, vector( 0, 1, 0 ) in this case, and multiply it by the circle's radius (CRAD).

var offset = new THREE.Vector3( 0, 1, 0 );
offset.applyQuaternion( spheres_center_quat );
offset.multiplyScalar( CRAD );

We now have the offset relatively to the circle center, but we still don't know where it is. Basic geometry will give us its location:

var length = Math.sqrt( Math.pow( sphereA_radius,2 ) - Math.pow( CRAD,2 ) );

The circle's center position is found by adding the normalised vector joining the 2 spheres centers multiplied by this length, to the position of the sphereA.

The knee position is found by adding the offset to the circle's center, represented here below by the yellow sphere.

Threejs-ik-end of the day.png

Computation of inverse kinematics on left and right legs.

This method is not too bad, but only works if the orientation of the higher bone in the hierarchy is close to the world's orientation. Once this bone is not aligned anymore, the procedure fails to output valid results: the leg is twisted when the avatar is lying on the floor, for instance, and the arm kinetics are simply wrong.

Projection of initial orientation

The first version of the algorithm is not taking into account the initial orientation of the origin bones (higher one in the hierarchy). The problem is solved in world space, independently of the orientation of the limb before the computation of the IK.

To solve this, we need a bit more complex projection of axis.

Here above, we have computed:

  1. the radius of the circle;
  2. the position of the circle center;
  3. the orientation of the plane;
  4. and the offset vector bringing us form the center to a specific point on its perimeter.

The 3 first point are valid, but the last one is based on world axis! We can based a fourth steps on the orientation of the plane, as it's give us 3 valid axis. 2 of them are coplanars to the circle's plane, X and Y unit axis, and Z is representing the normal[4]. This last one is the only valid one (there's only one normal to a plane), X and Y must be re-aligned with the origin ones, without leaving the plane.

To achieve this, we have to project one relevant axis onto the circle's plane.

References

  1. Inverse kinematics sur wikipedia
  2. Three.js is a 3d rendering engine written in javascript, more on wikipedia
  3. Sphere-Sphere Intersection
  4. Definition of normal vector on wolfram

ICCA7 graphic.png

Frenet.png

online identity ∋ [ social ∋ [mastodon♥, twitter®, facebook®, diaspora, linkedin®] ∥ repos ∋ [github®, gitlab♥, bitbucket®, sourceforge] ∥ media ∋ [itch.io®, vimeo®, peertube♥, twitch.tv®, tumblr®] ∥ communities ∋ [godotengine♥, openprocessing, stackoverflow, threejs]]