Animation Blueprints d'Unreal : préparer les données avant de sélectionner une pose

Partir d'entrées fiables

Un personnage peut jouer une animation de course convaincante alors qu'il est bloqué contre un mur. Il se peut que le graphe d'animation lise le mouvement demandé alors que la conception exige le mouvement réel. Avant d'ajouter une transition de plus, identifiez quelles valeurs décrivent l'intention, le mouvement mesuré et l'état de gameplay. Chacune a sa raison d'être, mais elles ne doivent pas se substituer l'une à l'autre en silence.

Séparer les responsabilités des graphes

Un Animation Blueprint contrôle la pose d'un Skeletal Mesh et doit être assigné au mesh avec la classe d'animation voulue. [1] Son AnimGraph combine des nœuds d'animation en une Output Pose. La logique de mise à jour prépare les valeurs consommées par ces nœuds. Epic distingue l'EventGraph, exécuté sur le game thread, du travail d'animation qui peut s'exécuter sur des worker threads. [2]

Considérez le graphe de pose comme un consommateur d'entrées définies. Évitez de disséminer des copies indépendantes des calculs de mouvement dans plusieurs nœuds de blend lorsqu'elles sont censées décrire la même observation.

Exemple : un personnage qui porte une caisse

Imaginez un livreur d'entrepôt portant une caisse. À titre d'illustration, sa vélocité est (300, 400, 0), en unités de longueur du projet par seconde. La norme horizontale vaut 500 ; utilisez ce résultat pour l'entrée Speed proposée. Une valeur distincte, CarryingCrate, choisit une pose du haut du corps, tandis que IsFalling décrit le mode de déplacement.

Lorsque le livreur pousse contre un rideau métallique fermé, la vitesse horizontale mesurée peut tomber à zéro alors que l'entrée de déplacement reste maintenue. Décidez si la pose souhaitée est l'attente, la pose arc-boutée ou la poussée ; exposez l'intention séparément si cette distinction est utile. En l'air, conservez l'état de chute plutôt que de déduire une locomotion au sol à partir de la seule vitesse horizontale. Ce sont des règles d'animation données à titre d'illustration, et non une implémentation de contrôleur fournie.

Construire un chemin de données réfléchi

Epic présente des variables de mouvement obtenues par Property Access dans des fonctions thread-safe, appelées depuis Blueprint Thread Safe Update Animation. Ses exemples comprennent la vitesse planaire et l'état de chute. [3] Utilisez les chemins d'accès documentés et examinez les avertissements du compilateur : marquer une fonction comme thread-safe ne justifie pas un accès arbitraire en écriture à l'état d'un Actor.

Initialisez les références pour chaque instance d'animation et gérez le cas d'un propriétaire absent ou modifié. Définissez les espaces de coordonnées et les unités pour les entrées qui dépendent d'une direction. Gardez les calculs temporaires en local, puis exposez les valeurs nommées dont le graphe a besoin. Le gameplay doit rester propriétaire de la possession de la caisse ; l'instance d'animation interprète cet état, sans attribuer ni retirer elle-même la caisse.

Vérifier les états et les limites d'exécution

Inspectez les valeurs d'entrée de l'instance sélectionnée en regard de la pose obtenue. Testez la position debout, le mouvement bloqué, le saut, le fait de lâcher la caisse, le mode d'aperçu et le remplacement du mesh. Vérifiez que des références périmées ou des valeurs par défaut ne passent pas pour des informations de mouvement valides.

Notez la version du moteur et les paramètres d'animation lorsque vous diagnostiquez un comportement lié aux threads. Profilez des personnages représentatifs avant de revendiquer une optimisation. L'évaluation de l'animation relève de la présentation ; la progression critique du gameplay doit conserver son propre chemin d'exécution explicite.

Sources

1. Animation Blueprints — Epic Games.
2. Graphing in Animation Blueprints — Epic Games.
3. How to Get Animation Variables — Epic Games.