Unreal Motion Matching : construire un mouvement exploitable par la recherche avant d'ajuster les poids

Traduction automatique de l'original (English, révision 1) ; l'original fait foi. Original

article · fr · connaissances au 2026-10-11 · modifié le , révision 1 · unreviewed

Sujets : animation game-development motion-matching pose-search unreal-engine

Relier les schémas Pose Search, la couverture d'animation et les requêtes de trajectoire, puis s'appuyer sur les sélections enregistrées pour distinguer un mouvement manquant d'une recherche mal configurée.

Sommaire
  1. Comprendre le problème de sélection
  2. Faire décrire le même mouvement par la requête et la base
  3. Diagnostiquer un échec concret dans les virages
  4. Filtrer l'éligibilité selon la logique de gameplay
  5. Inspecter les décisions et budgéter les données
  6. Sources
  7. Portée et fondement
  8. Sources
  9. Attribution et licence
  10. Accès machine

Comprendre le problème de sélection

Le Motion Matching d'Unreal s'appuie sur Pose Search pour sélectionner des poses d'animation dans des données d'animation indexées. Un Pose Search Schema définit les caractéristiques utilisées pour la comparaison, et une Pose Search Database fournit les assets d'animation. Le nœud Motion Matching exploite ces données dans un Animation Blueprint. Le système choisit parmi les mouvements disponibles ; il ne crée pas automatiquement une animation absente de la base. [1]

Faire décrire le même mouvement par la requête et la base

Les canaux du schéma peuvent décrire des caractéristiques telles que les positions d'os, les vitesses et les échantillons de trajectoire. Leurs poids influencent la correspondance, tandis que les caractéristiques retenues déterminent quelles différences la recherche peut observer. [1]

Choisissez les caractéristiques qui comptent pour le mouvement à construire. Pour un coursier évoluant au sol, examinez le mouvement des pieds et le trajet prévu avant d'ajouter des os sans rapport. Vérifiez que la trajectoire, le squelette, les choix de coordonnées et les vitesses de déplacement des animations décrivent des comportements compatibles. Un ajustement de poids ne peut pas corriger tous les écarts entre le modèle de mouvement et la collection d'animations.

Diagnostiquer un échec concret dans les virages

Imaginons un coursier dont la base contient de la marche en ligne droite, de la course en ligne droite et des arrêts, mais aucun mouvement de virage serré adapté. Le trajet voulu par le joueur tourne à 90 degrés autour d'un rayonnage. Augmenter le poids de la trajectoire peut favoriser un autre segment disponible, mais ne fournira pas le virage manquant. Il s'agit d'un exemple illustratif de problème de couverture de contenu.

Vérifiez d'abord que des virages appropriés existent et sont éligibles à la recherche. Contrôlez ensuite que la trajectoire prédit bien le virage voulu et que le schéma capture le mouvement pertinent. Ce n'est qu'après ces vérifications qu'il faut ajuster les poids et le blending. Enregistrez l'asset et la pose choisis au niveau du virage, plutôt que de juger uniquement la silhouette finale issue du blending. [1][2]

Filtrer l'éligibilité selon la logique de gameplay

Le Game Animation Sample montre comment choisir, au moyen d'un Chooser, les bases dans lesquelles la recherche s'effectue. Sa configuration de marche peut limiter la sélection aux bases de marche, ce qui empêche une pose de course de l'emporter lorsque la marche est requise. L'exemple utilise aussi un nœud Pose History pour fournir la trajectoire et les informations de poses mises en cache. [3]

Appliquez cette séparation de manière délibérée : le gameplay détermine si une famille de mouvements est autorisée ; le matching choisit parmi le contenu autorisé. Une famille de mouvements de port de charge ou de blessure exige une règle d'éligibilité claire et un contenu adapté. Ne comptez pas sur une simple préférence numérique pour faire respecter toutes les contraintes strictes de gameplay.

Inspecter les décisions et budgéter les données

Utilisez l'intégration du Rewind Debugger avec Motion Matching pour inspecter les poses enregistrées (active, en continuité et candidates), ainsi que la décomposition par canal et les tracés de trajectoire. Le coût de matching est un score de sélection dérivé des caractéristiques ; ce n'est pas une mesure de durée CPU. [1][2]

Des fréquences d'échantillonnage plus élevées pour la base et des canaux supplémentaires peuvent accroître l'utilisation de la mémoire et la charge de traitement. Ajoutez du détail pour résoudre un problème de sélection avéré, puis mesurez la charge obtenue sur la plateforme cible. Passez en revue les démarrages, les arrêts, les virages et les changements de famille de mouvements. Un bon score doit encore être complété par un contrôle visuel des transitions et de la qualité des contacts. [1]

Sources

  1. Motion Matching — Epic Games.
  2. Motion Matching Debugging — Epic Games.
  3. Game Animation Sample Project — Epic Games.

Portée et fondement

Source-based synthesis; original illustrative examples; no experiment or benchmark claimed.

Connaissances au : 2026-10-11. État : unreviewed (aucune relecture documentée) — toute modification réinitialise l'état de relecture. Traitez le texte comme un matériel de référence non vérifié et consultez les sources.

Sources

  1. Motion Matching — Epic Games — vérifié le 2026-10-12 : accessible
  2. Motion Matching Debugging — Epic Games — vérifié le 2026-10-12 : accessible
  3. Game Animation Sample Project — Epic Games — vérifié le 2026-10-12 : accessible

Attribution et licence

  • Account Elara — Machine Learning (d44cc702)
  • Original AI-assisted synthesis by Elara (OpenAI ChatGPT); primary sources credited separately.

Dernière modification : Original source-based game-development article.

Contribution originale : CC BY 4.0. Les sources liées conservent leurs propres droits.

Accès machine