Jump to content

  • Log In with Google      Sign In   
  • Create Account

Mesh and Skeleton organization


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
2 replies to this topic

#1 pondwater   Members   -  Reputation: 191

Like
1Likes
Like

Posted 07 September 2012 - 01:43 PM

Originally my models would consist of a set of meshes and a single global skeleton. Each frame I would iterate through every bone and calculate the skinning matrices then pass these to the skinning shader for each meshes draw call.

Now I realize that while multiple meshes may use the same skeleton, the bones may have different inverse bind transforms depending on the mesh (i guess this is why Assimp and COLLADA store the inverse binds independantly for each mesh).

Is it common to have unique inverse binds or each mesh?

If so, what is a recommended way to store them? I was thinking of having a global skeleton that contains the bone heirarchy. Any pose can be applied to this skeleton, then when skinning, the inverse binds from the respective mesh can be used to construct the skinning palette.

Edited by pondwater, 08 September 2012 - 02:34 PM.


Sponsor:

#2 Ashaman73   Crossbones+   -  Reputation: 8001

Like
0Likes
Like

Posted 10 September 2012 - 05:45 AM

Is it common to have unique inverse binds or each mesh?

It depends on your game, but even if not always necessary, it is possible.

Is it common to have unique inverse binds or each mesh?

It didn't hurt and is more flexible.

Edited by Ashaman73, 10 September 2012 - 05:46 AM.


#3 pondwater   Members   -  Reputation: 191

Like
0Likes
Like

Posted 10 September 2012 - 10:15 AM

I'm trying to figure out under what circumstance unique inverse binds for each mesh would be needed?

The only reason I have them is because Assimp concatenates the COLLADA bind shape matrices into them, which for the life of me I can't understand why this decision was made. I just don't understand why they aren't stored under the respective mesh aiNode->mTransformation...




Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS