If you have been following the other posts on the Minotaur you might have noticed that this is not the first post that mentions rigging. In fact the very first post for the Minotaur “Minotaur” mentions rigging and another post on Skinning “Minotaur XI” also mentions rigging. As you can imagine rigging is not essentially reserved for the purposes of animating a character, but is often used for that purpose.
In the first post on the Minotaur a rig was used to pose large portions of the mesh by deforming the mesh in such a way as to avoid geometry intersecting itself, ultimately this rig was used as a tool for modelling.
In the post on skinning, a rig was used to pose the final version of the modelled character for a wide action shot. A rig like this is not suitable for animation and is intentionally kept simple as once the character is in the desired pose, the deformation is baked into the geometry and the rig is discarded. Deformations that usually would be done with weight painting (and would be visible for that particular pose) can then be added with lattice deformers, sculpting and modelling tools.
In the following posts we will be discussing creating a Forward Kinematics Rig, a Controller Rig and skinning the Minotaur to the FK rig all for the purpose of creating animations.
The above video demonstrates the Minotaur attached to a FK rig and posed for a turntable. The render is of the realtime model (<7k polys) as it is seen from the 3D viewport, and has incomplete textures.
One of the most important technical qualities of a character that needs to be setup for animation, is to have multiple levels of detail of which at least one of the mid to low levels provides a close to final output representation of the character’s deformed geometry while still maintaining realtime playback in the 3D viewport. Relying on non-realtime rendered viewport previews (also known as Playblasts) can hinder the process of creating animations significantly, and maintaining a responsive 3D environment in which you create your animations is crucial.
The above video is a demonstration of the Minotaur moving from one pose to another driven by an FK rig, while scrubbing the playback head in Blender. Note the characters realtime responsiveness to the timeline (at the bottom of the frame) as the mouse moves back and forth.
When the Minotaur was bound to it’s armature which comprised solely of an FK rig almost every bone in the rig was enabled for deformation. The controller rig is then built on top of the FK rig once weight painting has reached a reasonable representation of the what the finished product will look like.
As mentioned the FK rig is then posed in various ways to test how the mesh deforms, it is in these poses that weight painting occurs. It should never be necessary to paint weights on a character in it’s default/bind pose.
Although the term weight painting implies a superficial task that is related to the surface of the mesh, I prefer to think of weight painting as an extension of the modelling process. It is true that weight painting is performed only on the surface or “skin” of the mesh but the objective of the task is to modify the volume of skin, muscle tissue, flesh etc that is effected by the bones that are rotated to create that deformation. As a result we are simulating the deformation of a volume by means of a tool that addresses the surface of the model, which effectively displaces vertices by moving them towards or away from the area of deformation. In Blender, we paint vertices as red if we would like them to be more effected by a bone’s deformation, in Maya we would paint them as white. Regardless of what software you use the principle remains the same, we are effectively modelling what we would like the areas surrounding the armature’s/skeleton’s joints to look like when those bones are rotated into a position other than their rest positions. We do this so that we can ensure that every time the bone is rotated into a particular position that the volume of geometry surrounding that bone and it’s joints will fold, wrinkle and deform the same way each time.
This character has two layers of FK bones, one used to deform the Minotaur and another used to deform the Minotaur’s armour.
A rig like this is far too complex and cumbersome to animate with the simple rotations and a single translatable parent that FK would allow for, so in order to make the animation process more intuitive a controller rig will be created from the FK rig.