Game Character Skeleton Rigging
We know how painful it is when, after recording twenty animations, you discover that the legs behave unexpectedly during state transitions. A character skeleton is not just a set of bones for animation; it is an architectural decision that directly affects the budget of each animation and the animator's time. An improperly set rig surfaces not immediately, but at a stage when fixing it costs more than doing it from scratch.
Our specialists have 10+ years of experience in game rigging. We guarantee that the character will work on the target platform without surprises. Contact us to get a ready rig adapted to your pipeline.
Humanoid vs Generic Avatar Type
In Unity, the choice is determined not by preference but by pipeline requirements. Humanoid opens access to Avatar Mask, Animator Controller with retargeting, and the Animation Rigging package. The cost is forced binding to 15 mandatory bones, rotation constraints, and issues with non-standard proportions (four-armed characters, creatures with a tail as part of the body).
Generic rig is more flexible in these cases: no hierarchy requirements, arbitrary skeleton topology, direct animation of any bone. But you lose retargeting. For a project with 50+ unique creatures, losing retargeting consumes up to 40% of the animator's time — a comparison favoring Humanoid for humanoids.
Humanoid vs Generic Comparison Table
| Parameter | Humanoid | Generic |
|---|---|---|
| Mandatory bones | 15 | 0 |
| Animation retargeting | Yes | No |
| Animation Rigging support | Yes | Limited |
| Flexibility for non-standard forms | Low | High |
| Mobile performance | Good (optimized) | Depends on implementation |
In practice: Humanoid for main game characters (player, humanoid NPCs), Generic for monsters, vehicles, mechanisms.
What to Set in the Skeleton Before the First Animation
Bone count is not a parameter to maximize. A mobile title with GPU skinning handles 75 bones per character without drops. On PC with compute skinning, more. But each extra bone in a tail or cape is a bone the animator must account for in every animation. Either Physics Bones in Unity (via Animation Rigging + Bone Renderer) or secondary dynamics through Jiggle are separate systems on top of the main rig.
A guideline for a medium-quality humanoid character: spine 3–5 bones, neck 1–2, fingers 3 phalanges each if grab animation is needed, otherwise one. Toe bones only if there is barefoot animation or uneven terrain walking with IK.
Bone naming: standard from day one. Unity Humanoid automatically maps bones by names. Mismatched naming (Bip001_L_Thigh instead of LeftUpLeg) breaks auto-mapping and requires manual editing in Avatar Configuration each time. If the project uses Mixamo, its naming is adopted as a de facto standard. Learn the standard in Unity Humanoid documentation.
Why Bone Axis Orientation Is Critical for IK?
The most non‑obvious part for beginners: bone axis orientation in bind pose. In Blender, the bone points along the Y-axis of local space. In Maya, the X-axis. In Unity, runtime reads axes differently. An orientation error manifests at the first attempt to set an IK target: the hand reaches the wrong way, or the knee bends backward.
Rule: all limb bones are oriented so that the main axis (usually X in Maya, Y in Blender) points along the bone from root to tip. The pole axis is perpendicular to the limb plane. If the pole axis is wrong, the IK solver picks an arbitrary knee bend direction — and this cannot be fixed without reorienting the skeleton.
T-Pose vs A-Pose for bind pose: T-Pose gives clean mapping in Unity Humanoid Avatar. A-Pose is more natural for skinning — less weight stretching in the armpit area. Compromise: T-Pose for automatic mapping, then Reset Pose to A-Pose via Avatar Configuration.
What Is Included in Rigging Work
- Skeleton setup with correct names and axis orientation.
- Source file (Blender, Maya — as agreed).
- Test walk cycle animation to check deformations.
- FBX export with Unity settings (Scale Factor, Smoothing Groups, Tangents).
- Configured Avatar Configuration in Unity (Mapping, Muscle Setup).
- Documentation on bone structure and constraints.
- Consultation on integration into existing pipeline.
Work Process
We start with a technical specification and references. We need to understand the avatar type, platform, character count, retargeting requirements, and dynamic elements needs.
| Scale of Task | Approximate Timeline |
|---|---|
| Basic humanoid rig without fingers | 4 to 8 hours |
| Full humanoid with fingers and IK setup | 1 to 2 days |
| Non‑standard character (quadruped, creature) | 2 to 4 days |
| Rig with secondary dynamics (cape, tail) | 3 to 5 days |
After skeleton assembly — test animation: a simple walk cycle manually in Blender or Maya to check deformations before skinning. Export to FBX with Unity settings: Smoothing Groups, Tangents, Scale Factor 0.01 if working in centimeters.
Final check — import into Unity, Avatar Configuration, test with any Humanoid Motion Clip from standard assets. If Avatar is green and no warnings appear — the skeleton is ready for skinning.
The cost of rigging work is calculated individually: influenced by character count, common pipeline existence, and retargeting requirements. To get an accurate estimate for your project, contact us — we will prepare a proposal within 1 day.