Tutorial:Animation and You: Difference between revisions

From Total War Modding
No edit summary
No edit summary
Line 1: Line 1:
Animations in Total war controls a great deal, but its important to know that the game has no idea what an animation is. It depends on configuration and meta data to actually use it for anything apart from a visual display.  
Animations in Total war controls a great deal, but its important to know that the game has no idea what an animation is. It depends on configuration and meta data to actually use it for anything apart from a visual display.  


The game often works by stacking animations on top of each other. Such as walk + attack + close hands.  
The game often works by stacking animations on top of each other. Such as walk + attack + close hands = moving attack.  


Most animations can be view in AssetEditor or RME. The animation files can be edited in RPFM, and viewed (soon-ish edited) using AssetEditor  
Most animations can be view in AssetEditor or RME. The animation files can be edited in RPFM, and viewed (soon-ish edited) using AssetEditor  
Line 34: Line 34:


==== Synced animation mounts ====
==== Synced animation mounts ====
The most common mount system is the one for synced animations. Both the rider and the mount must have the same slots. (Typically Attack_1 and Rider_attack_1) where both animations are synced to each other.

Revision as of 14:55, 8 July 2021

Animations in Total war controls a great deal, but its important to know that the game has no idea what an animation is. It depends on configuration and meta data to actually use it for anything apart from a visual display.

The game often works by stacking animations on top of each other. Such as walk + attack + close hands = moving attack.

Most animations can be view in AssetEditor or RME. The animation files can be edited in RPFM, and viewed (soon-ish edited) using AssetEditor

File types

Animpacks (.animpack)

The animation pack is the main file which acts like the container of the bin file and the fragments. This file can be edited using RPFM. To do so you must unpack the files inside of it and make sure that you repack them when done.

Bin (.bin)

The bin file contains the key that is used by the database and links that with a skeleton, and optional mount bin entry and a set of fragments. Most entries contains multiple fragments, where the fragments later in the list overrides Slots in earlier fragments.

Fragments (.frg)

The fragment files contains the actual capabilities of the animation set. This is where you link action with the visual animation.

RPFM frg view.png

The "Slot and Id" tells the game what action the animation should trigger for. If you try to use any capabilities without having the slot, it will often not work. For example adding a ranged attack without adding the correct Slots will result in the unit not being able to fire its weapon.

For each row there is also a meta file which can override how the animation looks, as well as add effects such as particles, camera shake, hit position, AOE, etc.

The row also contains a checkbox for which prop slots in the VMD should be visible.

Skeletons (.anim)

Animations (.anim)

Animation meta (.meta.anim)

Mounts

The game uses two different mount systems:

Attachment point mounts

The attachment system is used for two different things; Rider animations for units not really doing much (unit on top of a war mammoth which is just sitting there, no matter what is happening) and units with multiple riders (Necrofex, war-wagon)

Synced animation mounts

The most common mount system is the one for synced animations. Both the rider and the mount must have the same slots. (Typically Attack_1 and Rider_attack_1) where both animations are synced to each other.