A Rust library for data-driven skeletal animation.
This library allows you to define animation clips, state machines, and blend trees in JSON to be loaded and reloaded at runtime without needing to recompile your Rust project.
Animation assets, which currently include AnimationClips, DifferenceClips, and AnimationControllers are declared in defined in a JSON file with the following format:
json
{
"animation_clips": [],
"difference_clips": [],
"animation_controllers": []
}
At runtime, assets can be loaded from one or more definition files through the AssetManager as follows:
Rust
let mut asset_manager = AssetManager::<QVTransform>::new(); // To use QVTransforms (Quaternions for rotations, Vector3s for translations)
let mut asset_manager = AssetManager::<DualQuaternion<f32>>::new(); // To use DualQuaternions
asset_manager.load_animations("assets/animation_assets.json");
asset_manager.load_animations("assets/more_animation_assets.json");
Animation clips are declared as follows:
json
{
"animation_clips": [{
"name": "walk-forward",
"source": "assets/walk.dae",
}, {
"name": "run-forward",
"source": "assets/run.dae",
}]
}
Difference Clips are animation clips defined by the difference between two animation clips. They are intended to be used by additive blend nodes, where an additive clip (e.g. head turning to the left) is added to the output of another node (e.g. a walking animation).
json
{
"difference_clips": [{
"name": "head-look-left-additive",
"source_clip": "head-look-left",
"reference_clip": "reference-pose"
}]
}
where:
* name should be a unique identifier for the animation clip that can be referenced from the animation controller definition.
* source_clip is the path to a COLLADA file containing the desired animation, e.g. a character in "T-Pose" with the head turned left
* reference_clip is the path to a COLLADA file containing the desired reference animation, e.g. a character in "T-Pose"
Animation controllers are state machines, which consist of: * A list of all parameters that will be referenced by state transition conditions and blend tree nodes within this controller. * A list of states, where each state consists of: * A uniquely identifying name for the state. * A blend tree that blends one or more animation clips together according to some parameter values. * A list of transitions to other states within the same controller, where each transition has: * A target state name. * A condition based on some parameter value. * A duration for the transition. * The name of the initial state the controller should start in.
An example controller definition:
```json { "animation_controllers": [{
"name": "human-controller",
"parameters": [
"forward-speed",
"forward-to-strafe",
"walk-to-run",
"left-to-right"
],
"states": [ {
"name": "walking-forward",
"blend_tree": {
"type": "LerpNode",
"param": "forward-to-strafe",
"inputs": [ {
"type": "LerpNode",
"param": "walk-to-run",
"inputs": [{
"type": "ClipNode",
"clip_source": "walk-forward"
}, {
"type": "ClipNode",
"clip_source": "run-forward"
}]
}, {
"type": "LerpNode",
"param": "left-to-right",
"inputs": [{
"type": "ClipNode",
"clip_source": "walk-left",
}, {
"type": "ClipNode",
"clip_source": "walk-right"
}]
}]
},
"transitions": [ {
"target_state": "stand-idle",
"duration": 0.5,
"condition": {
"parameter": "forward-speed",
"operator": "<",
"value": 0.1
}
}]
}, {
"name": "stand-idle",
"blend_tree": {
"type": "ClipNode",
"clip_source": "stand-idle"
},
"transitions": [ {
"target_state": "walking-forward",
"duration": 0.5,
"condition": {
"parameter": "forward-speed",
"operator": ">",
"value": 0.1
}
} ]
} ],
"initial_state": "stand-idle"
}]
}
```
At runtime, after loading into the AssetManger, an AnimationController can be initialized as follows:
```Rust // First, need to load the shared skeleton object(eg from a COLLADA document) // This will become more elegant, i promise :) let skeleton = { let colladadocument = ColladaDocument::frompath(&Path::new("assets/suitguy.dae")).unwrap(); let skeletonset = colladadocument.getskeletons().unwrap(); Rc::new(Skeleton::fromcollada(&skeletonset[0])) }
// Create the AnimationController from the definition, the skeleton, and the clips previously loaded // by the animation manager let controllerdef = assetmanager.controllerdefs["human-controller"].clone(); let controller = AnimationController::new(controllerdef, skeleton.clone(), &assetmanager.animationclips); ```
Currently, skeletal_animation assumes a Piston-style event loop, where we have separate update (with delta-time) and render (with extrapolated delta-time since last update) events, so on each update in the game loop we need to:
```Rust // Set any relevant parameters on the controller: controller.setparamvalue("forward-speed", 1.8);
// Update the controller's local clock controller.update(delta_time); ```
Then, on render, we can get the current skeletal pose represented with either matrices or dual-quaternions with:
```Rust
// Matrices:
let mut globalposes: [Matrix4
// DualQuaternions:
let mut globalposes: [DualQuaternion
where args.ext_dt is the extrapolated time since the last update. To actually render something with the skeletal pose, you can:
Draw the posed skeleton with gfxdebugdraw:
Rust
skeleton.draw(
&global_poses, // The joint poses output from the controller
&mut debug_renderer, // gfx_debug_draw::DebugRenderer
true, // True to label each joint with their name
);
where skeleton is the shared skeleton instance. Will work with both Matrix4 and DualQuaternion.
Draw a smoothly-skinned, textured mesh with skeletal_animation::SkinnedRenderer: ```Rust // On initialization...
// To use matrices with a Linear Blend Skinning (LBS) shader
let skinnedrenderer = SkinnedRenderer::<_, _, Matrix4
// To use dual-quaternions with a Dual-Quaternion Linear Blend Skinning (DLB) shader
let skinnedrenderer = SkinnedRenderer::<_, _, DualQuaternion
...
// Later in event loop...
skinnedrenderer.render(
&mut stream, // gfx::Stream
cameraview, // Matrix4
See the example demo for a more thorough example of usage.