TANUKIS

Jump to: navigation, search

Difference between revisions of "Modelling:Skeleton"

(→‎Spine)
(→‎Unreal 4 import)
 
(62 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
Infra layer of the avatar: skeleton/cartilage structure. Inspired by [http://www.theguardian.com/artanddesign/2010/feb/28/henry-moore-at-tate-britain Reclining Woman] of [[wikipedia:Henry_Moore|Henry Moore]] and by the [http://villains.wikia.com/wiki/Pale_Man Pale man] of the Guillermo del Toro's Pan's Labyrinth.
 
Infra layer of the avatar: skeleton/cartilage structure. Inspired by [http://www.theguardian.com/artanddesign/2010/feb/28/henry-moore-at-tate-britain Reclining Woman] of [[wikipedia:Henry_Moore|Henry Moore]] and by the [http://villains.wikia.com/wiki/Pale_Man Pale man] of the Guillermo del Toro's Pan's Labyrinth.
 +
 +
This was true at the beginning of the work. In the meanwhile, a lot of other references influenced the modelling. A [[UI:Blender_Interface|analysis of the blender's interface]] complete the research.
  
 
== Sculpting for pleasure ==
 
== Sculpting for pleasure ==
Line 156: Line 158:
  
 
With the ankle and the foot articluation, the foot is very agile.
 
With the ankle and the foot articluation, the foot is very agile.
 +
 +
'''Note'''
 +
 +
[[File:Prosthetics-research-boston-2.jpg|300px]] [[File:Prosthetics-leg-adrianne-2.jpg|356px]]
 +
 +
Strange to realise the similarity between my design of an avatar's foot and the Hugh Herr<ref>Hugh Herr is a researcher at the MIT, working on artificial legs. [https://www.media.mit.edu/people/hherr profile on MIT lab] - [http://www.bionxmed.com/ bionxmed, the company selling the prosthetic]</ref>'s one. The foot's arch is also designed as a spring.
 +
Maybe I saw that once, it was in an hidden place in my mind and influenced my research... There's a clear relation even if I'm not certain of the idea's genealogy.
  
 
==== Hand study ====
 
==== Hand study ====
Line 213: Line 222:
 
Complex articulation flushed out! Back to a sphere! The overall shape appears smoothly => it's the right shape. Stilll to do: re-orient fingers.
 
Complex articulation flushed out! Back to a sphere! The overall shape appears smoothly => it's the right shape. Stilll to do: re-orient fingers.
  
−
Not convince...
+
Not convinced...
  
 
===== Wrist=====
 
===== Wrist=====
Line 267: Line 276:
  
  
−
It's just a big mess. No idea if i'm making a human skull, a bone face or a machine Attempts above are disappointing and not a blend of several ideas. The shapes once again miss their function.
+
It's just a big mess. No idea if i'm making a human skull, a bone face or a machine. Attempts above are disappointing and not a blend of several ideas.  
 +
 
 +
The shapes once again miss their function:
 
* Upper part of the face is there to hold the eyes
 
* Upper part of the face is there to hold the eyes
 
* Lower part gives the jaw its shape
 
* Lower part gives the jaw its shape
Line 278: Line 289:
 
[[ File:Tanuki-20160319-head.blend-001.png|800px ]]
 
[[ File:Tanuki-20160319-head.blend-001.png|800px ]]
  
−
And, because works starts from a good approach, results show up! The structure of the skull is given by its mechanics, and not by the overall shape. The skull of a human is composed of a lot of separated bones. This model reflect much more the anatomy, in a way.
+
And, because works starts from a good approach, results show up!  
  
 
<script>
 
<script>
Line 285: Line 296:
 
</script>
 
</script>
  
 +
The structure of the skull is given by its mechanics, and not by the overall shape. The skull of a human is composed of a lot of separated bones. This model reflect much more the anatomy, in a way.
 +
 +
[[File:Skull bone.jpg|300px]]
  
 
Jaw axis:
 
Jaw axis:
Line 298: Line 312:
 
==== Spine ====
 
==== Spine ====
  
−
Finishing the spine.
+
Buiding the spine.
  
 
<script>
 
<script>
Line 305: Line 319:
 
</script>
 
</script>
  
−
Stupid error of conception of the spine: that's the only part who is not following the general logic. Therefore, at the skinning phase, an [[Modelling:Skeleton#Skinning| huge problem]] occurs. Back to modelling...
+
===== Unskinnable =====
 +
 
 +
Stupid error of conception of the spine: that's the only part who is not following the general logic. Therefore, at the skinning phase, a [[Modelling:Skeleton#Skinning| huge problem]] occurs. Back to modelling...
  
 
* Flexion/extension and adduction/abduction<ref name="anatomy_motion"/> ( bending forward or on the side ) can't be spread accross the vertebras. All vertebras of a spine's segment must follow the segment.
 
* Flexion/extension and adduction/abduction<ref name="anatomy_motion"/> ( bending forward or on the side ) can't be spread accross the vertebras. All vertebras of a spine's segment must follow the segment.
Line 314: Line 330:
  
 
[[ File:Spine structure.png|400px ]]
 
[[ File:Spine structure.png|400px ]]
 +
 +
The sketch being quite clear, the modelling was fast.
 +
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160402-spine/" ) );
 +
</script>
 +
 +
 +
The vertebras are rotating in only one axis, parallel to the ''spine'' bone. This spine is a cylindrical bone, with a convex and a concave endings, with gutters to keep the vertebras at the right location. In the first version, the vertebras had human processes, pointing to the back only. I lacked anchors at the front of the spine to ensure the upright position of the body. That's why I added one process pointing forward. This solves also the connection between the vertebra and the spine: no need to image a complex tendons system to hold the vertebra. The vertebra becomes inseparable of the spine.
 +
 +
The curve of the back processes have to be adapted once the structure is ok. Currently, the model uses modifiers:
 +
* spine:
 +
*# boolean - difference with gutters
 +
*# mirror
 +
* gutters ( invisible in the renders )
 +
*# solidify - the gutter is just a part of a cylinder
 +
*# array
 +
* vertebras
 +
*# array
 +
*# mirror
 +
 +
For the spine, the order of the modifiers is important.
 +
 +
Human vertebra compared to tanuki vertebra.
 +
 +
[[File:Anatomy-vertebra.png|500px]][[File:Tanukis-anatomy-vertebras.png|334px]]
 +
 +
===== Limits =====
 +
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160406-spine/" ) );
 +
</script>
 +
 +
* adaption of the coccyx - spine junction (tanuki-20160406.blend-001.png)
 +
* testing maximum spine rotations: (tanuki-20160406.blend-002.png)
 +
** flexion<ref name="anatomy_motion"/> is more or less ok. (tanuki-20160406.blend-004.png)
 +
** extension<ref name="anatomy_motion"/> is not good: the avatar cannot bend engouh! Processes sizes have to be adapted. (tanuki-20160406.blend-003.png)
 +
 +
Even if i like the look of the vertebras, they restrain too much the rotation of the spines.
 +
 +
From image 005, adjustements of processes to allow large rotation of the spine. The rotation limits have been increased by 80%.
 +
 +
[[File:Bones-vertebras-axe.png|300px]]
 +
 +
* The two first spine segments have the same overall shape, similar to a double-headed haxe. Bottom and top small processes allows the segemnt to bend very far. When bended, the ends of the processes are aligned.
 +
* The third segment, connecting to the thorax, is a bit different at the top. Processes are much larger for the muscles connections with the thorax. Front processes of the 2 last vertebras are shorter to allow rotations of the thorax.
 +
* The back spine of the thorax have been resumed to one process at the bottom and one at the top. Link with the neck's segment have to be done.
 +
 +
===== Thorax - neck=====
 +
 +
Connection with thorax is problematic: base of the neck must be free to rotate, not merge to the thorax.
 +
 +
The vertebra merged with thorax has to be freed. A space have to be made for the neck to bend. This means moving the basis of scapulas acnchors lower and rebuild this part.
 +
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160407-spine/" ) );
 +
</script>
 +
 +
* Thorax rebuilt, basis of the neck is a large pan.
 +
* First vertebra's back process is adapted to allow a large extension of the bone.
 +
* Second veterbra's process is larger because it will be the main point of connection between the thorax and the neck.
  
 
==== Hips ====
 
==== Hips ====
Line 355: Line 435:
 
[[ File:Makehuman-skel-coplanar.png ]]
 
[[ File:Makehuman-skel-coplanar.png ]]
  
−
==== Bones adjutement ====
 
  
 
Tedious job of mixing the new armature and bones. Spine is no longer a tube.
 
Tedious job of mixing the new armature and bones. Spine is no longer a tube.
Line 448: Line 527:
  
 
[[ File:Skeleton-UV-half.png|800px ]]
 
[[ File:Skeleton-UV-half.png|800px ]]
 +
 +
=== Optimisation ===
 +
 +
[[ File:Tanuki-2016032-screenhot-uv.png|800px ]]
 +
 +
After [[Modelling:Skeleton#Unskinnable|redoing the spine]] and therfore the uv unwrap of the vertebras and spines, an optimisation of the uvs on the texture allowed to increase a bit the size of main elements ( thorax, scapulas, hips ) and to use only one half of the texture. This was crucial to make a uv map that have 2 sides ( left and right ).
 +
 +
[[ File:Skeleton-ids.png|400px]]
 +
 +
Different colors for each bone area. Results are pretty cool when the texture is used. Glitches on the knee and the ankle comes from texture.
 +
 +
There was a pixel density<ref>Pixel density: the concept is usually related to displays, describing the number of pixels per cm2 - [[wikipedia:Pixel_density|wikipedia]]. I use it to express the number of pixels per faces' surface. The result here is a compromise between constant density and avoiding too small objects</ref> problem on the top process of the thorax. It has been separated from the main shape and the result is ok.
 +
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160407-uvs/" ) );
 +
</script>
  
 
== Rigging ==
 
== Rigging ==
Line 526: Line 622:
  
 
After an attempt to fix this via weights, i have to admit the brutal truth: there's no way this will ever works. The bones of the spine MUST follows the same logic as all the others: 1 mbone<ref name="mbone/> per abone<ref name="abone/>.
 
After an attempt to fix this via weights, i have to admit the brutal truth: there's no way this will ever works. The bones of the spine MUST follows the same logic as all the others: 1 mbone<ref name="mbone/> per abone<ref name="abone/>.
 +
 +
===== Spine mechanic =====
 +
 +
After a [[Modelling:Skeleton#Unskinnable|remodelling of the spine]], rigging can continue. Even if placed here, the reflexion about rigging was guiding the modelling...
 +
 +
Solving the rotation repartition along the vertebras:
 +
 +
[[File:Spine-motion-repartition.jpg|400px]]
 +
 +
It seems that the top vertebra of each spine's bone should be joint to the spine ( small schema in green and red at the bottom right of the sketch ). If not, nothing is pulling on the spine... It could be reverse: muscles are pulling on the vertebras, the spine being influenced by the forces applied position itself at the best location to reduce effort. To keep the spine upright, muscles should then pull in all direction with the same force. The connections between spines can be fixed and hold together by simple tendons between ends.
 +
 +
Spine's bones are '''passive''' > nothing is pulling them directly. The whole spine becomes a dynamic structure, completly loose without the muscles. The direction and shapes of back and thoracic musculature becomes crucial.  I like the idea.
 +
 +
Result bone structure:
 +
* 3 spine_lumber_* and 1 spine_cervical abones<ref name="abone"/>
 +
* each vertebra has its own abone, parented to the spine
 +
* vertebras have 2 parts ( _head & _body ) to allow deformations
 +
* vertebras are numbered from the bottom, 1 > 15
 +
 +
 +
[[File:Skeleton spine rigging1.jpg|400px]] [[File:Spine-vertebras-rotation-repartition.png|400px]]
 +
 +
Maths of the vertebras:
 +
* lumbers  '''doesn't''' rotate in Y axis ( direction of the bones )
 +
* it pass the rotation to the next spine's lumber
 +
* it apply a percentage of the rotation on the vertebras, rule: distance to origin == percentage. If the lumber has 3 vertebras, first is 33%, next 66% and last 100%
 +
 +
 +
This means that the rotation to apply must be splitted in 2 parts:
 +
* X and Z are applied on the lumber, directly
 +
* Y on its childs, depending on the distance
 +
 +
=== Armature - vertex groups sync ===
 +
 +
The armature have been adapted for [[Modelling:Skeleton#Spine_mechanic| spine mechanic]]. This means the vertex groups of the mesh are no longer in sync with the armature > new vertex groups must be created. To avoid losing the work already done, a python script must be created. It will verify that all abones<ref name="abone"/>'s name exists in vertex groups. If not the vertex group will be created. If a bone doesn't exists anymore, the vertex group will be deleted.
 +
 +
Script was simple to write: [[Pyhton_Scripts#BonesVertexgroupsSync|BonesVertexgroupsSync]]. The new bones are now available in the vertex group panel.
 +
 +
Center and right side of the skeleton - 08/04/2016
 +
 +
[[ File:Tanuki-20160325-skeleton-rightpart-hierarchy.png|200px ]]
 +
 +
=== Batch pose bone modification ===
 +
 +
Due to the number of bones of my armature and the regular modification of its structure, adjusting bones params manually has slowly become impossible. Python helps once again. See [[Pyhton_Scripts#BatchBonesModification| BatchBonesModification.py ]]
 +
 +
The blender UI evolves gradually to follow the incerasing complexity of the work. The properties and outliner panels are now taking the whole height of the screen, a big script panel is open to develop and the right part of the left screen is filled with the transform panel of the 3d view, constantly open to verify positions.
 +
 +
[[ File:Tanuki-20160325-20160409.png|800px ]]
 +
 +
 +
Testing the rotations limits and scale inheritances with extremes poses, it remains mechanically correct.
 +
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160409-extreme_poses/" ) );
 +
</script>
  
 
=== Mirroring ===
 
=== Mirroring ===
  
 
Due to the precision i want to achieve in the skinning, it will take ages to do it 2 times, for left and right part of the skeleton. Relations between armature and mesh is based on vertex groups'names (hopefully). Therefore, i can skin only the right side of the skeleton and mirror it once done. And save a lot of time.
 
Due to the precision i want to achieve in the skinning, it will take ages to do it 2 times, for left and right part of the skeleton. Relations between armature and mesh is based on vertex groups'names (hopefully). Therefore, i can skin only the right side of the skeleton and mirror it once done. And save a lot of time.
 +
 +
The first thing to do is to glu the 2 sides of the skeleton together. This has to be done this way to edit the UV map before the fusion. Undoable via a modifier. Therefore, i wrote a script to do it: [[Pyhton_Scripts#GlueVertices|GlueVertices]]. It's a recursive script, so it will take some time to process...
  
 
The renaming can be done via a small piece of script: [[Pyhton_Scripts#BonesAndVertexgroupsBulkRenaming|BonesAndVertexgroupsBulkRenaming]]
 
The renaming can be done via a small piece of script: [[Pyhton_Scripts#BonesAndVertexgroupsBulkRenaming|BonesAndVertexgroupsBulkRenaming]]
 +
 +
=== Fine-tuning ===
 +
 +
[[File:Tanukis-fully-rigged-skeleton.jpg|800px]]
 +
 +
Several adaptations had to be made in head and pelvis:
 +
* abones<ref name="abone"/> "orbit": avoid the claw that holds the eye ball to lose contact with the ball
 +
* cervical-skull connection: head abone had to been subdivided
 +
* skull-jaw: addition of a tail bone between the head and jaw abone to control articulation size
 +
* hips-lumber: same process
 +
 +
 +
Numbers
 +
* 17 rotation bones per arm (including hand)
 +
* 5 rotation bones per leg (including foot)
 +
* 17 rotation bones for spine & head
 +
* 61 rotation bones
 +
* 147 control and scale bones
 +
 +
 +
'''Grand total: 208 bones in the armature'''
 +
 +
Control and scale abones are nearly 3 times more present due to [[Modelling:Skeleton#Scaling_issue| scaling issue]] and [[Modelling:Skeleton#Spine_mechanic|spine mechanic]].
 +
 +
Mesh and armature are now in good sync. Modification of the length of any bone has no effect on the articulation consistency.
 +
 +
* It's possible to inflate the complete structure by scaling up ''_body'' and ''_tail'' abones together;
 +
* ''_head'' abones inherits scale from their tail, making the scaling of the articulation possible - see [[Modelling:Skeleton#Batch_pose_bone_modification|screenshots]].
 +
 +
== Unreal 4 import ==
 +
 +
[[File:Import attempt in unreal.jpg|800px]]
 +
 +
Fist import in unreal. Result is good if:
 +
* fbx contains only armature and mesh
 +
* normals are correct in blender (...)
 +
* option ''Import normals and tangents''' is checked
 +
 +
 +
Strange things:
 +
* rotation speed is abnormally small: an visual 5° degree rotation demands a 360° rotation in editor...
 +
 +
Resource to check:
 +
* [https://www.youtube.com/watch?v=mvQKY4uYBXc Unreal Engine 4, Import a Skeletal Mesh with Animations and Cloth Physics from Blender - Part 1] on youtube
  
 
== Texture ==
 
== Texture ==
Line 539: Line 738:
 
First attempt, based on http://blendermada.com/materials/detail/26-cracked-stone/
 
First attempt, based on http://blendermada.com/materials/detail/26-cracked-stone/
  
−
== References ==
+
On the model
 +
 
 +
<script>
 +
include( "g/inc.php" );
 +
$glr_factory->addGallery( array( "path" => "20160408-full/" ) );
 +
</script>
 +
 
 +
 
 +
Work is nearly finished here, the texture will be part of another reflexion, global to the model. It's time to move to the [[Modelling:Muscles|muscles]]!
 +
 
 +
== Foot notes ==
  
 
<references/>
 
<references/>
Line 545: Line 754:
 
== Resources ==
 
== Resources ==
  
−
=== Backups ===
+
'''Backup'''
  
 
* [[File:Skeleton-model-backup.zip|Skeleton-model-backup]] - .blend file + refs folder
 
* [[File:Skeleton-model-backup.zip|Skeleton-model-backup]] - .blend file + refs folder
  
−
=== Externals ===
+
 
 +
'''Externals'''
  
 
* [https://www.biodigital.com BIODIGITAL HUMAN] - website to explore 3d anatomy.
 
* [https://www.biodigital.com BIODIGITAL HUMAN] - website to explore 3d anatomy.
 
* [http://www.3dvf.com/dossier-813-1-base-anatomie-humaine.html Base de l'anatomie humaine] - projet de Edouard Ceysson et Loup Dédiot.
 
* [http://www.3dvf.com/dossier-813-1-base-anatomie-humaine.html Base de l'anatomie humaine] - projet de Edouard Ceysson et Loup Dédiot.
 +
  
 
'''Theory'''
 
'''Theory'''
Line 558: Line 769:
 
* UV unwrapping with [[wikipedia:Force-directed graph drawing|force-directed graph drawing]]
 
* UV unwrapping with [[wikipedia:Force-directed graph drawing|force-directed graph drawing]]
 
* UV unwrapping with [http://www.loria.fr/~petitjea/papers/siggraph02.pdf|least squares conformal maps] - [[File:Least Squares Conformal Maps.pdf|pdf]]
 
* UV unwrapping with [http://www.loria.fr/~petitjea/papers/siggraph02.pdf|least squares conformal maps] - [[File:Least Squares Conformal Maps.pdf|pdf]]
 +
  
 
'''Books'''
 
'''Books'''

Latest revision as of 23:11, 11 April 2016

Infra layer of the avatar: skeleton/cartilage structure. Inspired by Reclining Woman of Henry Moore and by the Pale man of the Guillermo del Toro's Pan's Labyrinth.

This was true at the beginning of the work. In the meanwhile, a lot of other references influenced the modelling. A analysis of the blender's interface complete the research.

Sculpting for pleasure

chest, head and arms

Sculpting a skeleton-like model.

Workspace, with ref images loaded on the right.

Tanuki-skeletonsculpting-belnder-workspace.jpg

Other views

  • tanuki-skeleton_sculpting-20160217-001
  • tanuki-skeleton_sculpting-20160217-002
  • tanuki-skeleton_sculpting-20160217-003
  • tanuki-skeleton_sculpting-20160217-004
  • tanuki-skeleton_sculpting-20160217-005
  • tanuki-skeleton_sculpting-20160217-006
  • tanuki-skeleton_sculpting-20160217-007
  • tanuki-skeleton_sculpting-20160217-008
  • tanuki-skeleton_sculpting-20160217-009
  • tanuki-skeleton_sculpting-20160217-010
  • tanuki-skeleton_sculpting-20160217-011
  • tanuki-skeleton_sculpting-20160217-012

notes

  • Chest is still a bit wide, belly-spine, pelvis and legs have to be fine-tuned.
  • The articulation points have to be marked clearly. If the model behaves like a bone structure, the softs areas have to be tiny and concave (marked by a bevel, convex or concave)

pelvis

Working on pelvis. Flaps at the back are not big enough. They should receive muscles of the legs and therefore be wider.

  • tanuki-skeleton_pelvis-20160217-001
  • tanuki-skeleton_pelvis-20160217-002
  • tanuki-skeleton_pelvis-20160217-003
  • tanuki-skeleton_pelvis-20160217-004
  • tanuki-skeleton_pelvis-20160217-005
  • tanuki-skeleton_pelvis-20160217-006

Skeleton consistancy

Complete handbreak: i'm masturbating on the details of the model without taking care of mechanics, without thinking to the specificity of a 3d avatar. See Theory:Avatar for the underlying thoughts.

So, back to an empty scene, just keeping the armature of a bipede, wich is the starting point of the whole modeling.

Mechanics

Tanuki-skeletonsculpting-blender-workspace-02.jpg

Each bone is conceived separately, and is an interpretation of the armature. The work of Moore is more present in the sources, and the work of Jacques Fabien Gautier d'Agoty is mounted. The way JFGdA is depicting anatomy is not scientifically correct but beautiful: the model is alive, its not a dead corpse.


  • render-20160221-001
  • render-20160221-002
  • render-20160221-003
  • render-20160221-004
  • render-20160221-005
  • render-20160221-006
  • render-20160221-007
  • render-20160221-008
  • render-20160221-009
  • render-20160221-010
  • render-20160221-011

  • better hips/pelvis consistancy
  • pelvis will be stretch towards coxys and pubis not working, abandonned


  • render-20160221-100
  • render-20160221-101
  • render-20160221-102
  • render-20160221-103
  • render-20160221-104
  • render-20160221-105
  • render-20160221-106

  • clavicle-neck link
  • simplified hips
    • no more mudguards
    • with butt flaps
  • begining arms and leg articulation.


  • render-20160223-001
  • render-20160223-002
  • render-20160223-002b
  • render-20160223-003
  • render-20160223-004

  • elbow articulation
  • knee articulation

Just realised the articulations are absoloutly NOT functional mechanically!

Back to basics, let's study anatomy.

Elbow study

Taking the video into account, new meshes for arm and forearm.

  • outward angle: ~19°
  • inward angle: ~180°

  • render-20160225-100
  • render-20160225-102
  • render-20160225-103
  • render-20160225-104
  • render-20160225-105
  • render-20160225-106
  • render-20160225-107
  • render-20160225-108
  • render-20160225-109

The end of the arm is finished by a cylinder perpendicular to the bone (elbow pivot). Elbow pivot have 2 times the diameter of the arm ; its center is aligned on the periphery of the arm. The pivot have a central valley that "guide" the forearm => 1 axis rotation. The forearm is just sculpted to follow the shape of the shape of the pivot.

Knee study

The end of the femur has a pulley shape, and the head of the tibia is a double hollowed shape. The front joint stop is stronger than the elbow.

  • outward angle: ~23°
  • inward angle: ~177°

  • render-20160228-001
  • render-20160228-002
  • render-20160228-003
  • render-20160228-004
  • render-20160228-005
  • render-20160228-006
  • render-20160228-007
  • render-20160228-008
  • render-20160228-009-reinforced-tibia-blades
  • render-20160228-010-reworked-femur-end
  • render-20160228-011-reworked-femur-end
  • render-20160228-012-flat-sides-and-better-kneecap
  • render-20160228-013-flat-sides-and-better-kneecap

Junction with hip has to be fine-tuned.

Ankle study

Started as a one axis wheel, it miss a bit of freedom to render the right movments of the ankle. Above the axis, a coupole is cutted, allowing bending of the wheel in Y and Z axis (the wheel turns on X axis). By enlarging the bottom part, the articulation gains in Y axis without becoming huge on the upper part.

  • render-20160228-014
  • render-20160228-015
  • render-20160228-016
  • render-20160228-017


Final version of the articulation, X, Y and Z rotation enabled.

  • X: ~ -84° > 84°
  • Y: ~ -60° > 60°
  • Z: 360°

  • render-20160229-000-x-axis-84deg
  • render-20160229-000-y-axis-60deg
  • render-20160229-000-yzaxis-360deg
  • render-20160229-001
  • render-20160229-002
  • render-20160229-003
  • render-20160229-004


The head and the hand still have to be designed. To test the intergrity so far, i have to place all the bones at the right place. As i'm using the armature of the previous version of the tanukis, members are deformed.

Foot study

After several attempt to end the leg nicely, i designed a foot... Artictulation is a bit special, the heel and toes are fixed together.

  • render-20160307-001
  • render-20160307-002
  • render-20160307-003
  • render-20160307-004
  • render-20160307-005
  • render-20160307-006
  • render-20160307-007
  • render-20160307-008
  • render-20160307-009
  • render-20160307-010

Limits

  • X: ~-60° > 32°
  • Y: ~-40° > 40°
  • Z: 360°

  • render-20160307-011
  • render-20160307-012
  • render-20160307-013
  • render-20160307-014
  • render-20160307-015
  • render-20160307-016
  • render-20160307-017
  • render-20160307-018

The spherical connection allow foot's plane to adjust to the floor. The result is a kind of sport shoe. I imagine a certain level of elasticity in this bone -> acting as a shock absorber.

Les ressorts droits.jpg

With the ankle and the foot articluation, the foot is very agile.

Note

Prosthetics-research-boston-2.jpg Prosthetics-leg-adrianne-2.jpg

Strange to realise the similarity between my design of an avatar's foot and the Hugh Herr[1]'s one. The foot's arch is also designed as a spring. Maybe I saw that once, it was in an hidden place in my mind and influenced my research... There's a clear relation even if I'm not certain of the idea's genealogy.

Hand study

This part is a tricky & scary one. First researches have been done on in another context, with the palm divided in 5 parts.

  • hand-modelling-0-001
  • hand-modelling-0-002
  • hand-modelling-0-003
  • hand-modelling-0-004
  • hand-modelling-0-005
  • hand-modelling-test-001

It's a very complex part of the skeleton, especially because it will be one of the major physical interaction point in the installation. I like bionic style, but it's not consistant with the rest of the skeleton. Another question is: will the hand be cover by skin, or is it directly the final surface? With tendons visibile, an "écorché" hand. The foot is a nice mix of bones & cyber.

Workspace:

Tanuki-20160305.blend-hand.png

Finger

Hand-Phalanges.png

source: http://www.learnbones.com/hand-bones-anatomy/

  • metacarpals are fixed in one row, strong constrain on X axis
  • proximal phalange - spherical articualtion with bumpers
    • X axis: ~ -103° > 17°
    • Y axis: ~ -19° > 19°
  • intermediate phalange - cylindrical articualtion
    • X axis: ~ -120° > 20°

the three last images are an improved version:

  • all tuberosities have a valley in the middle for tendon
  • the metacarpal to proximal phalange articulation's protection is ensured by the tuberosity, a kind of shield

  • render-20160310-001
  • render-20160310-002
  • render-20160310-003
  • render-20160310-004
  • render-20160310-005
  • render-20160310-006
  • render-20160310-007
  • render-20160310-008
  • render-20160310-009
  • render-20160310-010
  • render-20160310-011
  • render-20160310-012
  • render-20160310-013

Palm

Back to documentation: wrist is a complex articulation. I can't summarise mentally the juction with fingers & the articulation with the forearm. Spherical joint and cylindrical ones, in a so tiny space!

I need 3 axis of freedom at the wrist and 1 for each finger metacarpal, and 2 for thumb's metacarpal. One of the axis of the wrist will be ensured by the connection to the forearm ( see elbow study ). The hand is not very flexible in the perpendicular axis of the palm - adbuction/adduction[2] -, this joint will come at the sceond place. The third one - flexion/extension - will have the shape of a cylinder and connect to a carpal bone were all the metacarpal bones will be connected. It's shape will be odd as it will be composed of half of a cylinder, a spherical hole ( to thumb ) and 4 half of cylinder, with different orientations ( to fingers ). Let's design this!

Adjustment of the fingers

  • render-20160311-001
  • render-20160311-002
  • render-20160311-003
  • render-20160311-004
  • render-20160311-005
  • render-20160311-006
  • render-20160311-007
  • render-20160311-008
  • render-20160311-009
  • render-20160311-010
  • render-20160311-011
  • render-20160311-012
  • render-20160311-013
  • render-20160311-014
  • render-20160311-015
  • render-20160311-016
  • render-20160311-017
  • render-20160311-018
  • render-20160311-019
  • render-20160311-020

Complex articulation flushed out! Back to a sphere! The overall shape appears smoothly => it's the right shape. Stilll to do: re-orient fingers.

Not convinced...

Wrist

The rigging of the hand from makehuman stops me to rethink a simple mechanical structure.

Sketchbook-yellow zapbook-pg62.jpg Sketchbook-yellow zapbook-pg63.jpg

Adapt the rig: metacarpals are directly connected to the wrist sphere (see sketchbook )

Armature of the hand-remodelling.jpg

It's been a hell to have the metacarpals correctly oriented: the adjustment of the bone's roll has to be precise to the 1/10° for the rotation on X axis to be aligned with the sphere's lattitude! I should have a look to the matrix of the bone and arrange that there.

Rule:

  • X axis of the bone's orientation MUST be in the XZ plane ( hand's looking up ).

  • render-20160313-001
  • render-20160313-002
  • render-20160313-003
  • render-20160313-004
  • render-20160313-005

Pallets must be thinner -> there are centred on equator, if it goes towars the poles, the space between pallets becomes narrower. The rotation at this artication must be of a few degrees.

Blender-recalculate-bone-roll.jpg

Thanks to sebastien noel, I spotted the roll control functionalities in blender - see image above - meaning i can rebuild the metacarpians. Rotation axis are correct. The space between each pallet has been increased: more space = more angle.

  • render-20160314-001
  • render-20160314-002
  • render-20160314-003
  • render-20160314-004
  • render-20160314-005
  • render-20160314-006
  • render-20160314-007
  • render-20160314-008
  • render-20160314-009
  • render-20160314-010
  • render-20160314-011
  • render-20160314-012
  • render-20160314-013
  • render-20160314-014
  • render-20160314-015
  • render-20160314-016
  • render-20160314-017
  • render-20160314-018
  • render-20160314-019
  • render-20160314-020

With a little help of my friends, the hand is now complete and functional. The nice trick to close edge loops is to use Bridge edge loops. It's tricky to master:

  • pick a vertice on the first loop
  • hold SHIFT + ALT
  • pick another vertice on the first loop
  • hold SHIFT
  • pick a vertice on the second loop
  • hold SHIFT + ALT
  • pick another vertice on the second loop


The 2 loops are now selected and can be bridged!

Skull

  • render-20160319-001
  • render-20160319-002
  • render-20160319-003
  • render-20160319-004
  • render-20160321-001
  • render-20160321-002
  • render-20160321-003
  • render-20160321-004
  • render-20160321-005
  • render-20160321-006
  • render-20160321-007
  • render-20160321-008
  • render-20160321-009
  • render-20160321-010
  • render-20160321-011
  • render-20160321-012
  • render-20160321-013


It's just a big mess. No idea if i'm making a human skull, a bone face or a machine. Attempts above are disappointing and not a blend of several ideas.

The shapes once again miss their function:

  • Upper part of the face is there to hold the eyes
  • Lower part gives the jaw its shape
  • Back of the skull is only there for the shape
  • Sides holds the hear


New workspace, with new resources, resuming all the aspects to find in the skull.

Tanuki-20160319-head.blend-001.png

And, because works starts from a good approach, results show up!

  • render-20160324-001
  • render-20160324-002
  • render-20160324-003
  • render-20160324-004
  • render-20160324-005
  • render-20160324-006
  • render-20160324-007
  • render-20160324-008
  • render-20160324-009
  • render-20160324-010
  • render-20160324-011
  • render-20160324-012
  • render-20160324-013
  • render-20160324-014
  • render-20160324-015
  • render-20160324-016
  • render-20160324-017
  • render-20160324-018
  • render-20160324-019
  • render-20160324-020
  • render-20160324-021
  • render-20160324-022

The structure of the skull is given by its mechanics, and not by the overall shape. The skull of a human is composed of a lot of separated bones. This model reflect much more the anatomy, in a way.

Skull bone.jpg

Jaw axis:

  • X: -20° > 40°
  • Y: -9.5° > 9.5°
  • Z: -12.5 > 12.5°

  • render-20160325-001
  • render-20160325-002
  • render-20160325-003
  • render-20160325-004

Spine

Buiding the spine.

  • render-20160325-spine-001
  • render-20160325-spine-002
  • render-20160325-spine-003
  • render-20160325-spine-004
  • render-20160325-spine-005
  • render-20160325-spine-006
  • render-20160325-spine-007
  • render-20160325-spine-008
  • render-20160325-spine-009
  • render-20160325-spine-010
  • render-20160325-spine-011
  • render-20160325-spine-012
  • render-20160325-spine-013
  • render-20160325-spine-014
  • render-20160325-spine-015

Unskinnable

Stupid error of conception of the spine: that's the only part who is not following the general logic. Therefore, at the skinning phase, a huge problem occurs. Back to modelling...

  • Flexion/extension and adduction/abduction[2] ( bending forward or on the side ) can't be spread accross the vertebras. All vertebras of a spine's segment must follow the segment.
  • Rotation[2] ( vertical axis ) can be spread accross vertebras. If the lumber 1 segment have a rotation around its direction - Z axis in the armature - this rotation can be applied gradually among the vertebras.


Each segment of the spine becomes a kind of stick with processes[3] rotating around it. A little sketch will be clearer.

Spine structure.png

The sketch being quite clear, the modelling was fast.

  • render-20160401-000
  • render-20160401-001
  • render-20160401-002
  • render-20160401-003
  • render-20160401-004
  • render-20160401-005
  • render-20160401-006
  • render-20160401-007
  • render-20160401-008
  • render-20160401-009


The vertebras are rotating in only one axis, parallel to the spine bone. This spine is a cylindrical bone, with a convex and a concave endings, with gutters to keep the vertebras at the right location. In the first version, the vertebras had human processes, pointing to the back only. I lacked anchors at the front of the spine to ensure the upright position of the body. That's why I added one process pointing forward. This solves also the connection between the vertebra and the spine: no need to image a complex tendons system to hold the vertebra. The vertebra becomes inseparable of the spine.

The curve of the back processes have to be adapted once the structure is ok. Currently, the model uses modifiers:

  • spine:
    1. boolean - difference with gutters
    2. mirror
  • gutters ( invisible in the renders )
    1. solidify - the gutter is just a part of a cylinder
    2. array
  • vertebras
    1. array
    2. mirror

For the spine, the order of the modifiers is important.

Human vertebra compared to tanuki vertebra.

Anatomy-vertebra.pngTanukis-anatomy-vertebras.png

Limits

  • tanuki-20160406.blend-001
  • tanuki-20160406.blend-002
  • tanuki-20160406.blend-003
  • tanuki-20160406.blend-004
  • tanuki-20160406.blend-005
  • tanuki-20160406.blend-006
  • tanuki-20160406.blend-007
  • tanuki-20160406.blend-008
  • tanuki-20160406.blend-009
  • tanuki-20160406.blend-010
  • tanuki-20160406.blend-011

  • adaption of the coccyx - spine junction (tanuki-20160406.blend-001.png)
  • testing maximum spine rotations: (tanuki-20160406.blend-002.png)
    • flexion[2] is more or less ok. (tanuki-20160406.blend-004.png)
    • extension[2] is not good: the avatar cannot bend engouh! Processes sizes have to be adapted. (tanuki-20160406.blend-003.png)

Even if i like the look of the vertebras, they restrain too much the rotation of the spines.

From image 005, adjustements of processes to allow large rotation of the spine. The rotation limits have been increased by 80%.

Bones-vertebras-axe.png

  • The two first spine segments have the same overall shape, similar to a double-headed haxe. Bottom and top small processes allows the segemnt to bend very far. When bended, the ends of the processes are aligned.
  • The third segment, connecting to the thorax, is a bit different at the top. Processes are much larger for the muscles connections with the thorax. Front processes of the 2 last vertebras are shorter to allow rotations of the thorax.
  • The back spine of the thorax have been resumed to one process at the bottom and one at the top. Link with the neck's segment have to be done.
Thorax - neck

Connection with thorax is problematic: base of the neck must be free to rotate, not merge to the thorax.

The vertebra merged with thorax has to be freed. A space have to be made for the neck to bend. This means moving the basis of scapulas acnchors lower and rebuild this part.

  • tanuki-20160407.blend-001
  • tanuki-20160407.blend-002
  • tanuki-20160407.blend-003
  • tanuki-20160407.blend-004
  • tanuki-20160407.blend-005
  • tanuki-20160407.blend-006
  • tanuki-20160407.blend-007
  • tanuki-20160407.blend-008
  • tanuki-20160407.blend-009
  • tanuki-20160407.blend-010
  • tanuki-20160407.blend-011

  • Thorax rebuilt, basis of the neck is a large pan.
  • First vertebra's back process is adapted to allow a large extension of the bone.
  • Second veterbra's process is larger because it will be the main point of connection between the thorax and the neck.

Hips

Finishing the hips, with connection to femur.

  • render-20160325-hips-001
  • render-20160325-hips-002
  • render-20160325-hips-003
  • render-20160325-hips-004
  • render-20160325-hips-005
  • render-20160325-hips-006

Scapula & collarbone

Finishing the shoulder girdle, with connection to humerus. The small bone going to the neck base is part of the thorax, but they have been designed here. Must be merged into the cage.

  • render-20160325-shoulder-001
  • render-20160325-shoulder-002
  • render-20160325-shoulder-003
  • render-20160325-shoulder-004
  • render-20160325-shoulder-005
  • render-20160325-shoulder-005a
  • render-20160325-shoulder-006
  • render-20160325-shoulder-007
  • render-20160325-shoulder-008

Full skeleton

First rendering of the full skeleton. The face is odd in front, and feet are too small.

  • render-20160325-full-001
  • render-20160325-full-002
  • render-20160325-full-003
  • render-20160325-full-004
  • render-20160325-full-005
  • render-20160325-full-006
  • render-20160325-full-007
  • render-20160325-full-008
  • render-20160325-full-009
  • render-20160325-full-010
  • render-20160325-full-011
  • render-20160325-full-012

New armature

To mount the bones on a standard armature, i used makehuman. Without changing anything to the base model (a strange hermaphrodit), i went for a human IK rig.

Makehuman-standard-model.jpg


The big advantage with the makehuman rig is that the axis are corrrectly aligned with bones. For instance, the axis of the forearm and arm are co-planar. This will help the mechanical construction a lot!

Right way to process this orientation copy in blender : Copy transforms from one object to another in blender.stackexchange.com.

Makehuman-skel-coplanar.png


Tedious job of mixing the new armature and bones. Spine is no longer a tube.

  • render-20160305-001
  • render-20160305-002
  • render-20160305-003
  • render-20160305-004
  • render-20160305-005
  • render-20160305-006
  • render-20160305-007
  • render-20160305-008
  • render-20160305-009
  • render-20160305-010


Details of articulation of the omoplate.

  • render-20160305-011
  • render-20160305-012
  • render-20160305-013
  • render-20160305-014
  • render-20160305-015
  • render-20160305-016
  • render-20160305-017
  • render-20160305-018
  • render-20160305-019


-

Articulations

Tanuki-20160305.blend-004.png

Just because i love blender UI...

Via a BoneMatrixCopy, a custom python script, i'm able to align an object precisely with a bone. Once placed, head and tail of the mesh are separated and placed at the right location: massive use of SHIT+S to place the 3D cursor, change meshes origin and move them. With a bit of method, the rotation axis of the meshes are aligned with the armature. No manual editing! > everything must be done via copy.

Process

  • mesh-bone:: edit > pick vertices around the rotation points > SHIFT + S : cursor to slected
  • mesh-bone:: object > transform > origin to 3d cursor
  • mesh-bone:: object > SHIFT + A : apply scale and rotation
  • python:: adapt bone's name and run
    • the mesh-bone might not be correctly oriented - CTRL + Z, add a rotation, apply and run the script


The mesh-bone is now correctly oriented. The tail of the mesh-bone is not at the right location.

  • mesh-bone:: object > SHIFT + D > ENTER ( duplication at the same place )
  • mesh-bone:: edit > remove lower part of the mesh
  • mesh-bone-copy:: edit > remove upper part of the mesh
  • mesh-bone-copy:: edit > pick vertices around the rotation points > SHIFT + S : cursor to slected
  • mesh-bone-copy:: object > transform > origin to 3d cursor


Center of the object is now aligned with rotation axis.

  • armature:: edit > pick the bone's tail > SHIFT + S : cursor to slected
  • mesh-bone-copy:: object > SHIFT + S : selection to cursor
  • mesh-bone-copy:: object (select)
  • mesh-bone:: object (SHIFT + select)
  • CTRL + J : fusion of the 2 part of the mesh-bone
  • mesh-bone:: edit > add the missing faces to make the mesh solid again.


Faster way to relink the 2 parts of the mesh-bone

let's assume you have 2 borders to connect (border1 & border2)

  • edit the mesh
  • pick a vertice on border1
  • SHIFT + ALT + pick another vertice on border1 > selection of the first edge ring
  • SHIFT + pick a vertice on the border2
  • SHIFT + ALT + pick another vertice on border2 > selection of the second edge ring
  • SPACE bar in the 3d view
  • enter 'bridge in the search field
  • BRDIGE EDGE LOOPS


It's not straight-forward, but it works very well.

  • precise-bone-psotioning-001-shoulder
  • precise-bone-psotioning-002-elbow
  • precise-bone-psotioning-003-elbow
  • precise-bone-psotioning-004-wrist
  • precise-bone-psotioning-005-hip
  • precise-bone-psotioning-006-knee
  • precise-bone-psotioning-007-ankle

UV unwrap

It's going to be a huge work: large bones are not flat surfaces (thorax, skull and hips for instance). Let's start the headhache.

Skeleton uv unwrap 01.jpg

When seams are correctly set on the mesh, blender makes a tremendous job: pixel density is very good!

On the metatarse 1 ( ankle to foot ), the seams have been difficult to place. Same at the tail of the femur.

  • capture_26032016_213223_001
  • capture_26032016_213303_002
  • capture_26032016_213519_003
  • capture_26032016_213545_004
  • capture_26032016_213558_005
  • capture_26032016_213939_006
  • capture_26032016_214030_007
  • capture_26032016_214108_008

Skeleton-UV-half.png

Optimisation

Tanuki-2016032-screenhot-uv.png

After redoing the spine and therfore the uv unwrap of the vertebras and spines, an optimisation of the uvs on the texture allowed to increase a bit the size of main elements ( thorax, scapulas, hips ) and to use only one half of the texture. This was crucial to make a uv map that have 2 sides ( left and right ).

Skeleton-ids.png

Different colors for each bone area. Results are pretty cool when the texture is used. Glitches on the knee and the ankle comes from texture.

There was a pixel density[4] problem on the top process of the thorax. It has been separated from the main shape and the result is ok.

  • tanuki-20160407.uv-000
  • tanuki-20160407.uv-001
  • tanuki-20160407.uv-002
  • tanuki-20160407.uv-003
  • tanuki-20160407.uv-004
  • tanuki-20160407.uv-005
  • tanuki-20160407.uv-006
  • tanuki-20160407.uv-007
  • tanuki-20160407.uv-008
  • tanuki-20160407.uv-009
  • tanuki-20160407.uv-010

Rigging

Based on makehuman export, the armature required adaptaton to allow the flexibility i need.

Scaling issue

The tanuki can be deformed in all possible ways. The scaling is a big problem with the current armature. The articulations can not be deformed when scaling is not homogeneous. And even if it is, the 2 parts of the articulation must receive the same scaling, even if they are NOT on the same armature's bone.

Armature-meshbones-scaling-problem-001.png

With only one armature's bone for the humerus, it's impossible to achieve: a Y scaling on the abone[5] will deform both ends of the mbone[6] and make the articulation not functional: the pivot becomes an elliptic shape.

Armature-meshbones-scaling-problem-002.png

Each stretchable bone must have 3 parts: head, body ands tail.

If the scaling is homogeneous, it is applied on:

  • tail of the parent bone
  • head, body and tail of current bone
  • head of the child node(s)


To stretch the bone, the scale on Y axis in this case is only applied on the body of current bone.

Result

  • capture_28032016_114035_001
  • capture_28032016_114104_002
  • capture_28032016_114124_003
  • capture_28032016_114717_004
  • capture_28032016_114736_005

Each long abone[5] is splitted in 3 part:

  • *_head
  • *_body
  • *_tail


On hip articulation, a small abone[5] has been added to allow the scaling of the head of the femur. If not, the head of the femur would grow larger than the cavity holding it.

Why subdividing bones is cool.png

After skinning, the bones have a perfect behaviour on scale. Both half-avatar have the same bones'orientations.

Ankle

Ankle-armature.png

Rotations on this articulation must be divided in two parts:

  • X & Z are applied on the tarse
  • Y is applied on metatarse_1_head


The tibia_tail is there only to avoid deformation of the contact surface with the tarse.

Skinning

I had a bad feeling about this on the spine. The idea was to have a common weight in each vertebra, but the result is ABSOLUTLY not good!

Skeleton skinning spine problem.jpg

And here is how the weighting has been done:

Avatar skinning weight hip-lumber.png

( vertebras are numbered from bottom )

  • vertebra 1: hips - 75% | lumber 1 - 25%
  • vertebra 2: hips - 50% | lumber 1 - 50%
  • vertebra 3: hips - 25% | lumber 1 - 75%
  • vertebra 4: hips - 0% | lumber 1 - 100%


Attempt to solve the issue: same weight at the intersections + spinous and transverse processes[3].

Spine-skinning.jpg

After an attempt to fix this via weights, i have to admit the brutal truth: there's no way this will ever works. The bones of the spine MUST follows the same logic as all the others: 1 mbone[6] per abone[5].

Spine mechanic

After a remodelling of the spine, rigging can continue. Even if placed here, the reflexion about rigging was guiding the modelling...

Solving the rotation repartition along the vertebras:

Spine-motion-repartition.jpg

It seems that the top vertebra of each spine's bone should be joint to the spine ( small schema in green and red at the bottom right of the sketch ). If not, nothing is pulling on the spine... It could be reverse: muscles are pulling on the vertebras, the spine being influenced by the forces applied position itself at the best location to reduce effort. To keep the spine upright, muscles should then pull in all direction with the same force. The connections between spines can be fixed and hold together by simple tendons between ends.

Spine's bones are passive > nothing is pulling them directly. The whole spine becomes a dynamic structure, completly loose without the muscles. The direction and shapes of back and thoracic musculature becomes crucial. I like the idea.

Result bone structure:

  • 3 spine_lumber_* and 1 spine_cervical abones[5]
  • each vertebra has its own abone, parented to the spine
  • vertebras have 2 parts ( _head & _body ) to allow deformations
  • vertebras are numbered from the bottom, 1 > 15


Skeleton spine rigging1.jpg Spine-vertebras-rotation-repartition.png

Maths of the vertebras:

  • lumbers doesn't rotate in Y axis ( direction of the bones )
  • it pass the rotation to the next spine's lumber
  • it apply a percentage of the rotation on the vertebras, rule: distance to origin == percentage. If the lumber has 3 vertebras, first is 33%, next 66% and last 100%


This means that the rotation to apply must be splitted in 2 parts:

  • X and Z are applied on the lumber, directly
  • Y on its childs, depending on the distance

Armature - vertex groups sync

The armature have been adapted for spine mechanic. This means the vertex groups of the mesh are no longer in sync with the armature > new vertex groups must be created. To avoid losing the work already done, a python script must be created. It will verify that all abones[5]'s name exists in vertex groups. If not the vertex group will be created. If a bone doesn't exists anymore, the vertex group will be deleted.

Script was simple to write: BonesVertexgroupsSync. The new bones are now available in the vertex group panel.

Center and right side of the skeleton - 08/04/2016

Tanuki-20160325-skeleton-rightpart-hierarchy.png

Batch pose bone modification

Due to the number of bones of my armature and the regular modification of its structure, adjusting bones params manually has slowly become impossible. Python helps once again. See BatchBonesModification.py

The blender UI evolves gradually to follow the incerasing complexity of the work. The properties and outliner panels are now taking the whole height of the screen, a big script panel is open to develop and the right part of the left screen is filled with the transform panel of the 3d view, constantly open to verify positions.

Tanuki-20160325-20160409.png


Testing the rotations limits and scale inheritances with extremes poses, it remains mechanically correct.

  • render-20160409-001
  • render-20160409-003
  • render-20160409-004
  • render-20160409-005
  • render-20160409-006
  • render-20160409-007
  • render-20160409-008

Mirroring

Due to the precision i want to achieve in the skinning, it will take ages to do it 2 times, for left and right part of the skeleton. Relations between armature and mesh is based on vertex groups'names (hopefully). Therefore, i can skin only the right side of the skeleton and mirror it once done. And save a lot of time.

The first thing to do is to glu the 2 sides of the skeleton together. This has to be done this way to edit the UV map before the fusion. Undoable via a modifier. Therefore, i wrote a script to do it: GlueVertices. It's a recursive script, so it will take some time to process...

The renaming can be done via a small piece of script: BonesAndVertexgroupsBulkRenaming

Fine-tuning

Tanukis-fully-rigged-skeleton.jpg

Several adaptations had to be made in head and pelvis:

  • abones[5] "orbit": avoid the claw that holds the eye ball to lose contact with the ball
  • cervical-skull connection: head abone had to been subdivided
  • skull-jaw: addition of a tail bone between the head and jaw abone to control articulation size
  • hips-lumber: same process


Numbers

  • 17 rotation bones per arm (including hand)
  • 5 rotation bones per leg (including foot)
  • 17 rotation bones for spine & head
  • 61 rotation bones
  • 147 control and scale bones


Grand total: 208 bones in the armature

Control and scale abones are nearly 3 times more present due to scaling issue and spine mechanic.

Mesh and armature are now in good sync. Modification of the length of any bone has no effect on the articulation consistency.

  • It's possible to inflate the complete structure by scaling up _body and _tail abones together;
  • _head abones inherits scale from their tail, making the scaling of the articulation possible - see screenshots.

Unreal 4 import

Import attempt in unreal.jpg

Fist import in unreal. Result is good if:

  • fbx contains only armature and mesh
  • normals are correct in blender (...)
  • option Import normals and tangents' is checked


Strange things:

  • rotation speed is abnormally small: an visual 5° degree rotation demands a 360° rotation in editor...

Resource to check:

Texture

Render-20160313-bone-texture.png Render-20160313-bone-texture-config.jpg

First attempt, based on http://blendermada.com/materials/detail/26-cracked-stone/

On the model

  • render-20160408-001
  • render-20160408-002
  • render-20160408-003
  • render-20160408-004
  • render-20160408-005
  • render-20160408-006
  • render-20160408-007
  • render-20160408-008
  • render-20160408-009
  • render-20160408-010
  • render-20160408-011
  • render-20160408-012
  • render-20160408-013


Work is nearly finished here, the texture will be part of another reflexion, global to the model. It's time to move to the muscles!

Foot notes

  1. ↑ Hugh Herr is a researcher at the MIT, working on artificial legs. profile on MIT lab - bionxmed, the company selling the prosthetic
  2. ↑ 2.0 2.1 2.2 2.3 2.4 Terms of motion in anatomy, definition in wikipedia
  3. ↑ 3.0 3.1 vetebra's process: see Vertebra_Superior_View in wikipedia
  4. ↑ Pixel density: the concept is usually related to displays, describing the number of pixels per cm2 - wikipedia. I use it to express the number of pixels per faces' surface. The result here is a compromise between constant density and avoiding too small objects
  5. ↑ 5.0 5.1 5.2 5.3 5.4 5.5 5.6 abone: shortcut for armature's bone (the logical part of the skeleton), by opposition to the mesh bone (the visible part of the skeleton)
  6. ↑ 6.0 6.1 mbone: shortcut for mesh bone (the visible part of the skeleton), by opposition to the armature's bone (the logical part of the skeleton)

Resources

Backup


Externals


Theory


Books

Retrieved from "https://tanukis.frankiezafe.org/index.php?title=Modelling:Skeleton&oldid=590"