• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
Enalis

Assimp Skeletal Animation Follies

11 posts in this topic

I've gone through all of the motions of adding skeletal animation with assimp to my game engine, but it seems I'm not quite generating transforms correctly or something. I have my AssimpImporter.h/cpp source file which reads all of the data and stores it in the data structures in Animation.h/cpp.

Basically I store a tree of Bones for the bind pose and each bone knows it's parent and children, as well as it's bind pose offset matrix which I believe are pre-multiplied, but I'm not sure.

I also store an "Animation" which has for each bone id a vector of time stamp/transform component pairs.

When animating, I pass a timestamp into the animation and it loops through those components for each bone and generates a list of transforms and returns those.

Then I take those and for each one multiply up the tree of bones starting with that bone's bind pose matrix.

The issue is that my model goes from nicely rendered static model to a mess of data with some unanimated parts blatently showing just fine like my character's head just floats around in the mess of triangles, fully in tact.

I've verified by other means that I'm sending in the weight and bone index data property as vertex attributes.

Basically I need someone to take a look at the way I'm calculating my bone transforms and double check my math, hopefully given some knowledge of assimp and glm going together.

here are links to my github page's code for the relevant files...

My Transform Generation is in Here: (Ignore the fact that it prints lots of junk)
[url="https://github.com/palodequeso/Element-Games-Engine/blob/master/Engine/Math/Source/Math.cpp"]https://github.com/p...Source/Math.cpp[/url]

Assimp Loading Code:
[url="https://github.com/palodequeso/Element-Games-Engine/blob/master/Engine/Media/AssimpInterface.h"]https://github.com/p...simpInterface.h[/url]
[url="https://github.com/palodequeso/Element-Games-Engine/blob/master/Engine/Media/Source/AssimpInterface.cpp"]https://github.com/p...mpInterface.cpp[/url]

Animation Code:
[url="https://github.com/palodequeso/Element-Games-Engine/blob/master/Engine/Dynamics/Animation.h"]https://github.com/p...ics/Animation.h[/url]
[url="https://github.com/palodequeso/Element-Games-Engine/blob/master/Engine/Dynamics/Source/Animation.cpp"]https://github.com/p...e/Animation.cpp[/url]

Thanks ahead of time for any insight, as I'm at a loss...
If you want any screenshots, do't' hesitate to ask!
0

Share this post


Link to post
Share on other sites
Have you tried something very simple, like using one bone and one triangle that is animated?

Doing that, define two key frames (with no empty frames in between). One that is the same as the rest position, and one that is simply translated in 'x' (or whatever). Check if this works. After that, test a rotation, without translation.

When you got one bone working, try two bones, where one is the parent of the other. This means the transformation matrices have to be cascaded to get the second one. The mesh can still be very simple, like a quad.

It took me a lot of effort to get it working, and I documented some of the effort at [url="http://ephenationopengl.blogspot.se/2012/06/doing-animations-in-opengl.html"]http://ephenationopengl.blogspot.se/2012/06/doing-animations-in-opengl.html[/url].
2

Share this post


Link to post
Share on other sites
Thanks for the advice, I already just ran across your blog yesterday and really clarified how to translate some of the data like quaternions and matrices from assimp to glm for me. I'll likely make a very simple model in blender tonight and give it a go. Thanks for the advice! One quick question, do you have to multiply both the bind pose matrices up the tree as well as the matrices generated from the frame data? Also, is the bind pose in inverse format, and if so do I need to un-invert it?

When you mention cascaded multiplication, do you mean having to multiply up the tree or down it?

Thanks again! Edited by PaloDeQueso
0

Share this post


Link to post
Share on other sites
I think the following:
[source lang="cpp"]

glm::mat4 Utility::GenerateTransform(glm::vec3 translate, glm::vec3 scale, glm::quat rotation){
glm::mat4 scaling_matrix = glm::scale(glm::mat4(1.0f), scale);
glm::mat4 rotation_matrix = glm::toMat4(rotation);
glm::mat4 translation_matrix = glm::translate(glm::mat4(1.0f), translate);
glm::mat4 out = scaling_matrix * rotation_matrix * translation_matrix;
return out;
}
[/source]
May be in the wrong order. I use the following logic:
[source lang="cpp"]

glm::mat4 mat = glm::toMat4(rotation);
mat[3][0] = translate.x;
mat[3][1] = translate.y;
mat[3][2] = translate.z;
mat = glm::scale(mat, scale);
[/source]
1

Share this post


Link to post
Share on other sites
So that got me a lot closer, in fact the head of my model is now in the right place and animates properly, but there's still most of the model is messed up. I'm guess that because the head is correct, it's probably the root bone, and that I'm not multiplying down the tree properly.
0

Share this post


Link to post
Share on other sites
Looks like I missed this part of your post which clears things up, I'll try this right now!



[quote]
Mesh matrices are relative to the Scene, and has to be computed just like the bones. If that isn't done, all meshes will be drawn over each other, at the same position.
Each node [b]inaiNodeAnim[/b] has a matrix that transforms from the parent. To get the transformation matrix of Bone2, a matrix multiplication is needed: Scene*Armature*Bone1*Bone2. This is true for the bind pose, as well as for the animations of bones. But when computing animation matrices, data from [b]aiNodeAnim[/b] is used and replace the data from [b]aiNode[/b]. When testing that animation works, start with defining an animation at the same rotation, location and scaling as the bind pose. That would give bone replacement matrices that are the same as the originally defined in [b]aiNode[/b].

The above matrix multiplication gives the absolute matrices for each bone. But that can't be used to transform the mesh vertices yet, as it will give the animated locations of the bones. The mesh absolute rest position is Scene*Mesh. Instead of using the mesh transformation matrix from the node tree, a new mesh matrix is computed based on the bones and an offset. There is a matrix that is meant for exactly that, and it is the offset matrix in[b]aiBone[/b]. The new mesh matrix is Scene*Armature*Bone1*Bone2*Offs. This is the bone matrix that shall be sent to the shader.[/quote]

[b]EDIT: [/b]As it turns out, I think I had this right all along, although, I don't think I'm pulling in the scene nodes all the way to the root, just the root bone's node. This may be the issue, although in my head I thought, if the root bone is the beginning of the model, then why would I need anything above that. Edited by PaloDeQueso
0

Share this post


Link to post
Share on other sites
[quote name='PaloDeQueso' timestamp='1341003483' post='4954089']...
Also, is the bind pose in inverse format, and if so do I need to un-invert it?[/quote]No.
[quote]When you mention cascaded multiplication, do you mean having to multiply up the tree or down it?[/quote]
Matrix multiplication is associative, which means (A*B)*C=A*(B*C), but not commutative (A*B is not equal to B*A). That means you may go top down, or bottom up, as long as you always have the parent matrix on the left side.
0

Share this post


Link to post
Share on other sites
Hmm... That makes sense but I'm pretty sure I'm already doing that. I seriously suspect that it's because I'm only multiplying up to the root bone and not the root scene node. I'm gonna try your suggestion of doing a simple test with blender.
0

Share this post


Link to post
Share on other sites
Finally got it... it was this snippet

[CODE]
void AnimationState::Update(float frame_time){
EG::Dynamics::Animation *animation = animations->Get(current_animation);
float animation_duration = animation->GetDuration();
animation_time += frame_time;
if (animation_time > animation_duration) {
animation_time = glm::mod(animation_time, animation_duration);
}
// Traverse Tree and Multiply Aptly, as well as apply Bind Pose Properly
std::vector<glm::mat4> unmultiplied_transforms = animation->GetTransforms(animation_time);
for (unsigned int i = 0; i < unmultiplied_transforms.size(); i++) {
Bone *b = animations->GetBindPose()->GetBone(i);
glm::mat4 offset = b->GetOffset();
glm::mat4 result = glm::mat4(1.0f);
std::vector<glm::mat4> stack;
while (b) {
//offset = unmultiplied_transforms[b->GetId()] * offset;
result = unmultiplied_transforms[b->GetId()] * result;
b = b->GetParent();
}
transforms[i] = result * offset;
}
}
[/CODE]

Before I was using the offset to store the value, but I realized the matrix math didn't work that way...
Inside the while loop it was:
offset = bone_matrix * offset;

Thank you so much for you help! Seriously!!!

And to anyone else stuck on this, always feel free to visit my github project and look at the code yourself. It may not be the best or most efficient, but it's a jumping off point. :)
1

Share this post


Link to post
Share on other sites
Side note... the code I currently have does not work with the intel hd 3000, which claims to support opengl 3 but appears to be missing some key features.
0

Share this post


Link to post
Share on other sites
[quote name='PaloDeQueso' timestamp='1341249362' post='4954965']
Side note... the code I currently have does not work with the intel hd 3000, which claims to support opengl 3 but appears to be missing some key features.
[/quote]

Same for me! So far, I haven't bothered to find out why, but if you find out, please tell. Though I don't think it has anything to do with the animation.

For me, a call to glDrawArrays(GL_TRIANGLES,...) hangs for ever, never to return.
0

Share this post


Link to post
Share on other sites
For me, my uniform mat4 array gets corrupted... it's fine on NVdia. Keep in mind, I'm generally always doing development on Linux, but I keep my drivers up to date, and Intel doesn't' seem to have a complete gl3 implementation anywhere for this chip.
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0