Rigify: add option to parent all deform bones according to metarig #104644

Leslie-Leigh · 2023-05-28T15:10:48+02:00

Leslie-Leigh commented

2023-05-28 15:10:48 +02:00

First-time contributor

This PR wants to add an option to rigify which, if toggled, parent all deform bones in generated rig according to metarig's original bone hierarchy.

Motivation

Currently, rigs generated by rigify are not game-friendly.

In this video, the author compared rigify vs auto rig pro, and given rigify only C score on exporting to game engine.

Some users even post the solution to strike the problem. This series video shares how to achieve a game-ready rig. The idea is, manually add some rig and constraint them to follow the deforming bones generated by rigify.

In my opinion, one of the problems is the deforming bones' hierarchy is sometimes totally different from metarig's one.

For example, for a basic human meta-rig sample provided by rigify, it has a clear bone hierarchy:

During generation, rigify generates lots of helper bones (mch, ctl...). These bones sure are not suitable for directly exporting to game engine. Usually, users export the finally rig with a "deforming bones only" option (which as I know, are supported both by glTF and FBX exporter). Then the result model should contain bones prefixing with "DEF-", let's look at these bones:

As you can see, the hierarchy is not organized in an expected way. For example: DEF-pelvis.L/R is not child of root or DEF-spine; DEF-arm.L/R is not a child of DEF-shoulder.L/R...

So, even we export using "deforming bones only", we still cannot get an ideal hierarchy.

This PR here wants to strike this problem.

As I observed, almost each DEF- deforming bone has at least a copy-transform constraint. So, in theory, it doesn't matter if it wasn't under some bones. So, in this PR, I:

Added a "parent all deform bones" boolean generation option.
If the option is true, parent each rig chain to parent chain's deforming bone instead of helper bones. For example, for a basic.limb rig which is a child rig of a basic.spine rig:
- Gets its "rig parent bone", which for example is ORG-spine.01 in the parent basic.spine rig.
- Attempt to find the corresponding deforming bone of ORG-spine.01, if everything goes fine, the result should be DEF-spine.01.
- Parent the head deforming bone of the basic.limb rig under DEF-spine.01.

I have tried the modification with the builtin horse meta-rig, the result rig looks like this:

This PR wants to add an option to rigify which, if toggled, parent all deform bones in generated rig according to metarig's original bone hierarchy. --------------------- # Motivation Currently, rigs generated by rigify are not game-friendly. In this [video](https://www.youtube.com/watch?v=Ve3C9Xj6b38), the author compared rigify vs auto rig pro, and given rigify only `C` score on exporting to game engine. Some users even post the solution to strike the problem. [This series video](https://www.youtube.com/watch?v=INK__p3CWUw) shares how to achieve a game-ready rig. The idea is, manually add some rig and constraint them to follow the deforming bones generated by rigify. In my opinion, one of the problems is the deforming bones' hierarchy is sometimes totally different from metarig's one. For example, for a basic human **meta-rig** sample provided by rigify, it has a clear bone hierarchy: ![basic-human-metarig-bone-hierarchy.png](/attachments/f9217000-581d-4194-9e74-698eaee85cf8) During generation, rigify generates lots of helper bones (mch, ctl...). These bones sure are not suitable for directly exporting to game engine. Usually, users export the finally rig with a "deforming bones only" option (which as I know, are supported both by glTF and FBX exporter). Then the result model should contain bones prefixing with "DEF-", let's look at these bones: ![rig-generated-from-basic-human-meta-rig.png](/attachments/9a064c29-a4ff-4361-85d6-ffc8220f87db) As you can see, the hierarchy is not organized in an expected way. For example: `DEF-pelvis.L/R` is not child of `root` or `DEF-spine`; `DEF-arm.L/R` is not a child of `DEF-shoulder.L/R`... So, even we export using "deforming bones only", we still cannot get an ideal hierarchy. --------------------------------------------------------- This PR here wants to strike this problem. As I observed, almost each `DEF-` deforming bone has at least a copy-transform constraint. So, in theory, it doesn't matter if it wasn't under some bones. So, in this PR, I: - Added a "parent all deform bones" boolean generation option. - If the option is true, parent each rig chain to parent chain's deforming bone instead of helper bones. For example, for a `basic.limb` rig which is a child rig of a `basic.spine` rig: - Gets its "rig parent bone", which for example is `ORG-spine.01` in the parent `basic.spine` rig. - Attempt to find the corresponding deforming bone of `ORG-spine.01`, if everything goes fine, the result should be `DEF-spine.01`. - Parent the head deforming bone of the `basic.limb` rig under `DEF-spine.01`. --------------------------------------------- I have tried the modification with the builtin horse meta-rig, the result rig looks like this: ![pr-result-basic-human.png](/attachments/c04cac67-5c15-4337-b05a-04dcbaa07663)

rig-generated-from-basic-human-meta-rig.png

187 KiB

basic-human-metarig-bone-hierarchy.png

55 KiB

pr-result-basic-human.png

112 KiB

Leslie-Leigh added 1 commit 2023-05-28 15:10:50 +02:00

f6addadb37 Rigify: add option to parent all deform bones according to metarig

This pull request can be merged automatically.

You are not authorized to merge this pull request.

View command line instructions.

Checkout

From your project repository, check out a new branch and test the changes.

git fetch -u rigify_parent:Leslie-Leigh-rigify_parent

git checkout Leslie-Leigh-rigify_parent

Sign in to join this conversation.

No reviewers

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Rigify: add option to parent all deform bones according to metarig #104644

Motivation

Checkout