Construire un Turn en Animation Gameplay : Pièges, Réglages et Bonnes Pratiques
- Vanessa
- il y a 2 jours
- 15 min de lecture
Dans l'article précédent, on a posé le pourquoi du turn : la frontière entre cycle et rotation, l'angle mangé par le moteur, la triche nécessaire entre réactivité et crédibilité, le banking comme psychologie plutôt qu'esthétique.
Ici, on quitte la théorie, on se place en production.
L'idle, la marche, le stop et le start existent déjà.
Le système sait tourner, du moins sur le papier.
Ce qui reste à faire, ce n’est plus comprendre pourquoi le turn est une brique sensible : c’est construire un turn qui tient dans le moteur réel du projet.
Et c'est là que les choses se compliquent, davantage que pour n'importe quelle autre transition. Un turn ne se construit jamais deux fois de la même manière.
La méthode change selon que le moteur suit l'animation ou que l'animation habille le moteur.
Et cette bascule n’a rien d’un choix binaire : elle a des degrés, des contextes, des pièges différents selon le jeu.
C’est ce qui fait du turn une brique à part : une transition qui expose immédiatement la cohérence, ou l’incohérence du système.
Télécharge le PDF Turn Production Kit
(section Pipeline )
Tout ce qu'il faut pour produire des turns solides
Calibration, débug et planning
Conventions d'angle, matrice des transitions, checklist d'intégration et red flags typiques : le compagnon de production de cet article.
Avant d’entrer dans le concret, je dois poser un constat : un turn totalement invisible, je n’en ai jamais vu. Il y a toujours un compromis.
Si tu pousses la réactivité, tu rognes un peu la crédibilité.
Si tu pousses le réalisme, tu mords un peu sur le contrôle.
C’est le deal, la nature même du turn.
Quand on sait analyser une locomotion, on voit exactement où ce compromis se cache.
Une cartographie utile
On présente souvent le sujet comme une opposition simple : anim‑driven contre capsule‑driven.
En pratique, j’ai rencontré plusieurs terrains différents, et chacun demande une manière particulière d’aborder le turn.
Ce n’est pas une liste exhaustive, juste une cartographie qui m’a aidée à comprendre ce que je faisais, et où ça cassait.
1. L’anim‑driven classique
C’est le terrain où j’ai passé le plus de temps : Beyond: Two Souls, Ghost Recon, Assassin's Creed. Le root motion pilote la rotation, le moteur suit.
On sait exactement ce qui casse, pourquoi ça casse, et comment le réparer.
C’est un terrain très lisible, mais exigeant en animation.
2. Le capsule‑driven en 2D
Sur Prince of Persia: The Lost Crown, la locomotion est capsule‑driven, mais le jeu est en side‑scrolling.
Pas d’angles, pas de banking, pas de cône directionnel.
Le turn devient presque binaire : on tourne, ou on ne tourne pas. C’est un capsule‑driven, mais débarrassé de la plupart des contraintes qui rendent le sujet difficile en 3D.
3. Le capsule‑driven en 3D à angles libres
C’est mon chantier actuel, sur Unreal.
On peut régler la vitesse de rotation de la capsule, mais il faut ensuite construire une animation qui habille cette rotation sans la trahir.
C’est un aller‑retour permanent entre réactivité (gameplay) et crédibilité (animation).
Il y a beaucoup de réglages possibles et trouver le bon compromis prend du temps.
4. Les systèmes hybrides
Et puis il y a les cas qui mélangent les deux. Sur PoP, la locomotion était capsule‑driven, mais les actions restaient anim‑driven. Selon le mouvement, l’un ou l’autre prenait la main.
Le turn est à la frontière entre locomotion et action, et je continue d’explorer ce terrain.
Au fil des projets
Après cinq moteurs et 18 ans de gameplay, j’ai surtout appris une chose : à chaque nouveau moteur, il faut casser ce qu’on croit savoir et réapprendre.
C’est normal et c'est l'un des aspects du métier que j'apprécie le plus, même quand ça demande plus d'allers-retours que prévu.
Les turns restent la bête noire de beaucoup d’animateurs gameplay, même seniors : chaque projet révèle de nouveaux cas, de nouveaux pièges, de nouvelles manières de les aborder.
Ce n’est pas un sujet simple : il demande du métier, du temps, et une vraie compréhension du système.
La cartographie ci‑dessus est une manière utile de comprendre où on se trouve, et pourquoi un turn se comporte différemment selon le moteur, le système ou le contexte.
Elle aide à repérer les pièges, les contraintes, et les zones où le turn devient sensible, y compris dans les systèmes hybrides qu’on utilise parfois sans les nommer.
Règle de prod : ne cherche pas une méthode universelle pour couper un turn. Cherche à identifier sur quel terrain tu te trouves, parce que la méthode change en fonction de la réponse.
L'ancrage face au terrain réel
En anim-driven, poser la pose d'entrée et la pose de sortie d'un turn est assez simple en théorie : une pose d'entrée qui raccorde proprement au cycle en cours, une pose de sortie qui revient dans le cycle.
Le vrai sujet n’est pas de choisir ces poses. C’est de les faire tenir face à un terrain qui ne correspond jamais exactement à ce qu’on a animé.
Sur Ghost Recon, la locomotion de pentes des NPC était gérée en full anim : pas d'IK hyper correctif, pas de système de layers complexe, juste un set de locomotion complet.
Ça fonctionnait bien tant que le personnage restait sur un axe de pente cohérent.
Avec les turns, les limites sont apparues. Un personnage peut se trouver en biais dans une pente, sans être exactement sur le degré d'inclinaison pour lequel l'anim de turn a été construite. L'ancrage posé en préproduction ne colle plus parfaitement au sol réel du niveau.
Heureusement, c'est une situation qui se déclenche assez rarement sur des NPC en monde ouvert, donc l'écart reste peu visible en pratique. On a ajouté un peu d'IK pour corriger les cas les plus flagrants, mais volontairement léger : l'animation restait responsable d'environ 90% du résultat visuel.
Corriger davantage aurait demandé un système bien plus lourd à maintenir, pour un gain qui ne se voyait presque jamais à l'écran.
Et les pentes ne sont qu’un exemple.
Un ancrage peut casser sur n’importe quel sol irrégulier : rebord, dénivelé, collision approximative, ou blend déclenché au mauvais moment. Un sol qui n’est jamais aussi propre que dans Maya.
Le terrain réel est toujours plus chaotique que le terrain imaginé en préproduction.
Poser un ancrage en production ce n'est pas seulement choisir une pose propre, mais décider jusqu’où on va la protéger face à un terrain qui ne sera jamais parfaitement fidèle à ce qu’on a animé.
Règle de prod : un ancrage ne se juge pas sur un sol plat en préproduction. Il se juge sur le pire terrain que le joueur rencontrera, et sur ce que tu es prêt à corriger, ou pas, quand ce terrain s'écarte du plan.
Comprendre la logique d’un turn
Une précision utile avant d'aller plus loin, surtout si tu as lu l'article comment sur le start juste avant celui-ci : le turn ne fonctionne pas comme un système de starts directionnels.
Un start doit exister à peu près à tous les angles. Depuis l’idle, le joueur peut pousser le stick dans n’importe quelle direction, et le moteur doit couvrir le cône complet. C’est un système de blend continu, avec des conventions strictes : durées harmonisées, nombre de pas cohérent, transitions propres entre toutes les variantes d’un même groupe.
Le turn n’est pas un système d’angles comme le start. Dans la plupart des jeux, on ne construit pas un turn à 45°, un autre à 90°, et un autre à 180° destinés à blender ensemble.
On se concentre sur un nombre très réduit de cas, souvent un seul, parce que le gameplay n’a pas besoin d’une combinatoire complète.
Dans les systèmes les plus simples, il n’y a qu’un seul turn : un 180° générique, déclenché dès que le joueur demande une rotation franche. Dans les systèmes plus poussés, on ajoute une variante par pied d’appui, ou une distinction d'angle gauche/droite.
Mais même dans ces cas-là, on reste sur une logique très compacte : ce n’est pas un cône d’angles à harmoniser, c’est un déclenchement ciblé.
Ce choix n'est pas qu'une question de convention de production, c'est aussi une décision de gameplay.
Tout ce qui n'est pas un 180° tombe dans une zone grise où le système doit trancher : faut-il déclencher un véritable turn, ou simplement réorienter le cycle avec du banking ?
Un 45° ou un 90° coupe le contrôle, suspend l'input, et impose une animation invasive pour un angle que le banking peut souvent gérer sans jamais bloquer le joueur.
C'est ce qu'on a constaté sur Beyond et sur Ghost Recon : les turns à 90° étaient techniquement faisables, on les avait produits, mais ils dégradaient le gameplay plus qu'ils ne le servaient. On les a retirés, et le banking a repris cette partie du travail.
Ça change la nature du travail de production.
Sur un système de starts, la difficulté vient de la cohérence entre toutes les variantes d'un groupe.
Sur un système de turns, la difficulté se déplace ailleurs : vers la robustesse d'un nombre restreint d'animations face à un joueur qui répète, interrompt, et enchaîne ce même geste de manière imprévisible.
Règle de prod : avant de produire un turn, décide jusqu’où ton projet veut le pousser. Un seul turn ? Un par pied ? Un par direction ? Ou plus ? Le turn couvre un choix, pas un cône
Le turn selon la vitesse de déplacement
Un turn n'a pas le même comportement selon qu'il parte de la marche, du jog ou du sprint.
Ce n'est pas seulement une question de timing : c'est le compromis réactivité/crédibilité tout entier qui se déplace selon la vitesse.
En marche, ou à vitesse lente, c'est le cas le plus difficile. Les pieds d'appui sont parfaitement visibles, la rotation peut prendre davantage de temps, et le joueur ressent chaque frame de contrôle perdue.
Toutes les imperfections, un glissement, un mauvais raccord, un angle légèrement faux, deviennent flagrantes, précisément parce que rien d'autre ne vient masquer le mouvement.
En course, la marge de manœuvre s'élargit. On peut se permettre des solutions plus réactives, plus franches, parce que la vitesse du personnage et le rythme du jeu masquent une partie des imperfections que la marche aurait exposées sans pitié.
En sprint, le curseur va encore plus loin. On peut assumer des glissades, une rotation nerveuse, presque brutale, et ça fonctionne, parce que le contexte appelle justement ce registre : à cette vitesse, le joueur attend de la fluidité et de l'impact, pas de la précision biomécanique.
Sur chaque production où j'ai travaillé, on a produit un turn différent pour chaque tranche de vitesse, précisément parce que le feeling attendu change du tout au tout entre les trois.
Un seul turn générique, calibré pour une seule vitesse, se retrouve soit trop mou en sprint, soit brutal et incohérent en marche.
Règle de prod : ne calibre jamais un turn pour "la locomotion" en général. Calibre-le pour une tranche de vitesse précise, et commence toujours par la marche : c'est là que les défauts se voient le plus, et c'est là que le reste du système doit tenir.
Calibrer le banking en production
Le banking est un système de correction directionnelle de la locomotion.
Sa qualité dépend essentiellement de comment on le calibre.
Dans beaucoup de projets, ce calibrage se fait au feeling : un seuil choisi “parce que ça marche”, une amplitude copiée d’un autre jeu, une vitesse de montée laissée par défaut.
Ça fonctionne, mais ce n’est pas pensé pour le feeling du projet.
Dans la pratique, un banking repose sur trois leviers :
le seuil de déclenchement : à partir de quel angle ou input le banking commence
l’amplitude : jusqu’où il peut aller
la vitesse de montée : comment il passe de zéro à sa valeur maximale.
Ces trois paramètres définissent la personnalité du personnage : nerveux, stable, réaliste, lisible, permissif, ou au contraire très réactif.
Pour améliorer le feeling, il est utile d’explorer les deux extrêmes : un banking hyper‑sensible, qui réagit au moindre micro‑input ; et un banking très progressif, qui ne se déclenche qu’à partir d’un angle plus large.
Entre les deux se trouve la zone qui sert le jeu.
Sur Beyond: Two Souls, on a pris le temps de faire cette exploration.
D'un côté, on a testé une version très sensible : le moindre micro-input déclenchait directement la valeur de banking la plus forte.
C'était lisible, mais le personnage oscillait fortement dès qu’il passait d’un côté à l’autre. Trop nerveux, presque instable dès que le joueur corrigeait sa direction en continu.
De l'autre côté, on a affiné un seuil de déclenchement plus progressif, plus cohérent avec le déplacement réel du personnage, pour coller davantage au réalisme recherché sur ce type de jeu narratif.
Le banking se déclenchait à partir d'un angle faible, avec une montée progressive plutôt qu'un tout ou rien.
C'est un réglage qu'on trouve en jouant, en testant les deux extrêmes, puis en cherchant le point d'équilibre entre lisibilité immédiate et crédibilité du mouvement.
Dans l'article précédent on a vu qu'il y a 2 grandes manières de produire le banking, avec des poses jouées en additif ou avec des cycles d'animation.
Petite précision sur les layers additifs : leur rôle dépend énormément du projet. Sur les NPC de Ghost Recon, ils géraient essentiellement le haut du corps pour les postures d’arme, et ne touchaient pas la locomotion, ce que font les pieds restait dans la couche de locomotion pure.
En production, le choix entre les deux méthodes évoquées n'est pas qu'une question technique, c'est aussi une question de tolérance visuelle : sur un rendu stylisé ou permissif, la version la plus légère suffit largement.
Plus le rendu vise le réalisme, plus elle montre ses limites, parce qu'elle modifie la silhouette sans toucher à la mécanique réelle du cycle : le poids, l'appui, la logique du pied d'attaque.
C'est à ce moment-là que la version avec de vraies anims devient nécessaire.
Règle de prod : le seuil de déclenchement du banking est propre à chaque jeu. On explore, on ajuste, puis on le fige. C'est un curseur qu'on déplace entre les deux extrêmes jusqu'à trouver la zone qui fonctionne dans le gameplay réel, pas seulement dans une scène de présentation.
La caméra en production
Je vais être honnête plutôt que de faire semblant d'une expertise que je n'ai pas : chez Quantic Dream comme chez Ubisoft, la caméra n'était pas gérée par les animateurs.
Ce n'est donc pas un sujet sur lequel je suis calée en profondeur.
Le vrai problème que j'ai pu observer à mon niveau n'est d'ailleurs pas une question de coordination fine entre l'anim et la caméra : la caméra reste généralement attachée au personnage ou à sa capsule, donc ce point-là ne pose pas de souci particulier.
Le problème se situe ailleurs, dans les environnements étroits. La caméra peut passer à travers les murs, ou au contraire se retrouver bloquée si on ajoute des collisions pour l'en empêcher.
Ce n'est déjà pas simple à régler proprement pour une locomotion basique, dans des couloirs étroits ou des lieux chargés en murs.
Le turn ajoute une couche de difficulté supplémentaire à ce problème déjà existant, en imposant un 180° complet dans un espace qui n'a parfois pas la place de l'accueillir proprement.
Règle de prod : teste toujours tes turns dans les espaces les plus étroits du jeu, pas seulement dans une zone de test dégagée. C'est là que les problèmes de caméra liés au turn se révèlent, même si ce n'est pas toi qui règles la caméra elle-même.
La matrice des transitions
C'est le cœur de la production d'un turn : ce qui se passe quand il ne reste pas isolé, quand le joueur casse son intention en plein pivot, ou quand le système doit l'enchaîner avec autre chose.
Turn → turn : le spam du stick
Sur Beyond: Two Souls, les enchaînements turn → turn ont demandé des tests minutieux pour garantir que Jodie pouvait les répéter proprement.
Plusieurs paramètres devaient s’accorder :
la vitesse du turn
le pied d’entrée et de sortie de chaque variante
le seuil de déclenchement, assez haut pour confirmer que le joueur voulait vraiment un 180° (et pas un mouvement accidentel )
la gestion du spam pur
et la cohérence entre l’angle gauche et l’angle droit quand le joueur alternait rapidement les deux
Aucun de ces réglages ne fonctionne isolément.
Un seuil de déclenchement trop bas rend le spam ingérable.
Une mauvaise correspondance de pied entre deux turns enchaînés crée un pop visible.
La fiabilité de l'enchaînement vient de l'accord entre ces réglages, pas d'un seul d'entre eux.
Turn → jump, hit, stop : la philosophie de l'interruption
Sur Prince of Persia: The Lost Crown, la logique est différente, et volontairement plus radicale.
Le turn doit pouvoir être interrompu très rapidement pour que le joueur reste toujours en contrôle, que ce soit vers un jump, un hit ou un stop.
La capsule se retourne vite, et il n'y a pas de véritable fenêtre de perte de contrôle comme dans un turn classique : on n'attend pas que le personnage soit sur le bon pied, on attend simplement que la rotation de la capsule se termine, ce qui ne représente que très peu de frames.
Cette philosophie fonctionne parce que le contexte le permet :
en 2D ultra‑nerveuse, il n’y a ni angles complexes, ni contraintes de cover, ni inerties lourdes à gérer.
La triche est plus simple, et la réactivité prime totalement sur la fidélité biomécanique du pivot.
Ces deux exemples, Beyond et PoP, ne racontent pas la même histoire du turn.
L'un protège une fenêtre de non-contrôle courte mais réelle, pour préserver la cohérence des appuis dans un jeu narratif en 3D.
L'autre supprime quasiment cette fenêtre, parce que le contexte du jeu le permet et que le joueur ne doit jamais sentir qu'il a lâché la main.
Aucune des deux approches n'est plus juste que l'autre, elles répondent chacune à leur propre matrice de contraintes : genre, caméra, inertie, style, rythme, intention de design.
Règle de prod : avant de régler une seule frame de transition, décide la durée exacte de non‑contrôle que ton jeu peut accepter pendant un turn. Toute la matrice des transitions découle de cette tolérance.
Outils et workflow d'itération
Le gameplay est toujours une histoire de collaboration inter-équipe. Un turn ne se règle jamais seul dans son coin.
Le schéma général : on review ensemble, on fait le point sur les problèmes et les solutions possibles, puis on se répartit le travail.
Le game design et l'animation travaillent la conception.
La programmation gameplay et l'animation travaillent la production, l'implémentation concrète.
Sur Beyond, on avait déjà un système de pieds bien rodé quand on a attaqué les turns. Le vrai chantier a été de faire converger la capsule et l'animation : obtenir un résultat qui finisse dans le bon angle, avec assez de réactivité pour le joueur et assez de réalisme pour le jeu.
Ça s'est fait par de nombreux allers-retours avec les programmeurs gameplay, pas en une seule passe.
Le banking suivait la même logique de répartition. Les réglages moteur, comme le seuil de déclenchement, étaient posés par la programmation gameplay.
Je gérais la couche animation. Le résultat final dépendait de notre capacité à itérer ensemble jusqu'à ce que les deux couches racontent la même histoire, plutôt que de chacun optimiser son propre bout sans regarder ce que faisait l'autre.
Un turn qui ne fonctionne qu'en isolation, testé uniquement par l'animateur dans son propre outil, n'a jamais rien prouvé.
Il ne devient fiable qu'une fois passé par plusieurs regards, plusieurs métiers, plusieurs sessions de test pad en main avec les personnes qui tiennent les réglages que tu ne contrôles pas toi-même.
Règle de prod : ne considère jamais un turn "fini" tant qu'il n'a pas été testé en pad en main avec la personne qui gère l'intégration et les réglages moteur. Un turn qui n'a jamais quitté ton outil d'animation n'a encore rien prouvé.
Ce que je regarde en premier, et pourquoi
En intégration, un turn peut échouer pour mille raisons : des pieds qui glissent, un mauvais pied qui blende, un angle mangé par le moteur, une rotation qui ne colle pas à l’animation, une perte de contrôle trop longue.
Mais tous ces problèmes n’ont pas le même poids, ni le même coût de correction.
Je commence toujours par le respect de l'angle et la réactivité, parce que ce sont les deux points les plus difficiles à corriger une fois la production avancée.
Si le turn n’atteint pas son angle cible, le joueur sent immédiatement que le personnage “ne tourne pas vraiment”.
Si la rotation accuse un retard par rapport à l’input, le joueur sent une inertie qui n’a pas été voulue.
Dans les deux cas, aucun polish d'anim ne peut rattraper ça :
il faut revoir la construction du mouvement lui‑même, la logique du pivot, la capsule, le cycle, le pied d’attaque.
À l’inverse, les questions de pieds se corrigent plus facilement une fois que la base est solide.
Un mauvais raccord de pied, un glissement ou un pop peuvent se rattraper en anim. Ce sont des problèmes de finition, pas des problèmes de structure.
Mais un angle qui n’arrive jamais où il devrait, ou une réactivité qui traîne, remet en cause tout le turn : la sensation de contrôle, la cohérence biomécanique, la lisibilité du pivot, et même la crédibilité du personnage.
Règle de prod : valide l'angle et la réactivité en premier. C’est eux qui figent la structure du turn.
Red Flags : les erreurs typiques
🚩 Pieds qui glissent → l’ancrage visuel ne correspond pas à ce que le moteur fait réellement. Le cycle raconte un appui, la capsule raconte un autre.
🚩 Mauvais pied qui blende →l’animation déclenchée ne correspond pas au pied d’appui réel au moment du turn. Résultat : pop, déséquilibre, ou incohérence biomécanique.
🚩 Angle mangé → une partie de la rotation est absorbée pendant un blend. Le personnage finit face à une direction différente de celle prévue, même si l’animation est correcte.
🚩 Rotation qui ne colle pas à l'animation → la vitesse de rotation imposée par la capsule et le rythme de rotation de l’animation de turn racontent deux histoires différentes. Le joueur sent une friction entre son intention et ce que le pivot exprime visuellement.
🚩 Perte de contrôle trop longue → la fenêtre de non‑contrôle n’est pas calibrée pour le rythme du jeu. Le joueur a l’impression de subir une micro‑cinématique au lieu d’un pivot réactif.
Conclusion
Un turn ne se construit pas deux fois de la même manière.
Les réglages peuvent se ressembler, les moteurs peuvent être identiques, deux projets peuvent partager les mêmes contraintes techniques… mais la construction, elle, dépend toujours du terrain réel du jeu : sa vitesse, son inertie, sa caméra, sa tolérance à la perte de contrôle, et ce que le joueur doit ressentir à chaque pivot.
Ce qui ne change pas, en revanche, c’est la discipline : calibrer, tester, casser, recommencer, jusqu’à ce que la rotation devienne invisible.
Les turns sont exigeants, ils demandent des essais, des ajustements, et beaucoup de pad en main. Après cinq moteurs à reconstruire des turns pour chaque projet, je sais que c’est le processus normal pour arriver à un résultat qui tient.
Et si les turns restent la bête noire de tant d'animateurs gameplay, même seniors, c'est peut-être simplement le signe qu'il n'y a pas de raccourci : seulement de la méthode, du temps, et beaucoup d'allers-retours pad en main.
Petite parenthèse avant la pause estivale : le blog s'arrête tout le mois d'août, retour en septembre avec le dernier chapitre de la série locomotion au sol : les turns on spot.
Bonnes vacances à celles et ceux qui en prennent ! :)
Envie d'aller plus loin ? Découvre les formations Animotion.
Télécharge le PDF Turn Production Kit
(section Pipeline )
Tout ce qu'il faut pour produire des turns solides
Calibration, débug et planning
Conventions d'angle, matrice des transitions, checklist d'intégration et red flags typiques : le compagnon de production de cet article.
Commentaires