Turn & Banking Gameplay : la rotation sous contrainte
- Vanessa
- il y a 11 heures
- 15 min de lecture
L’art de la triche en locomotion
Tu pousses le stick vers la gauche en pleine course.
Le personnage doit faire demi‑tour.
Et là, soit il pivote comme si la manette n’existait plus, soit il tarde ou patine, et tu sens immédiatement une friction entre ton intention et ce que l’écran renvoie. C’est le moment où la locomotion montre si elle peut encaisser une rotation sans perdre le joueur.
Le turn est une brique sensible. Il reprend des contraintes déjà vues ( pieds d’appui, angles, raccords) mais il les expose autrement, parce qu’il doit fonctionner en pleine vitesse, sous input analogique changeant, et au cœur de la continuité du cycle.
Le banking, lui, joue dans un autre registre. Il ne modifie pas le gameplay, mais il influence la manière dont le joueur perçoit ce gameplay. Une animation, qui dit beaucoup de la crédibilité du personnage en mouvement : sa direction, son poids, son intention.
Si je traite ces deux briques ensemble, c’est parce qu’elles parlent du même geste : tourner en locomotion.
Le turn gère la rotation réelle. Le banking gère la rotation perçue.
Et leur combinaison révèle comment un jeu négocie ce mouvement exigeant pour le système.
Ce mois‑ci, on s’arrête donc sur l’art de la triche en gameplay : comment mentir intelligemment à la biomécanique pour préserver le gamefeel, pourquoi le moteur “dévore” les angles de rotation, et pourquoi le banking n'est pas une simple coquetterie esthétique.
Télécharge le PDF Gameplay Animation Framework – TURN & BANKING (section Frameworks)
Tout ce qu’il faut définir avant d’animer des turns
5 pages pour cadrer les turns avant production : Decision Sheet complète, schéma des transitions TURN, carte des risques et états interdits
La frontière entre cycle et rotation
Le start et le stop ont la vie plus simple : ils gèrent surtout une transition d’intensité depuis ou vers l’immobilité. Le turn, lui, ne répond pas à un changement de vitesse. Il répond à un vecteur.
Une direction qui évolue en plein mouvement : 12° à gauche, puis 45°, puis 180°. Et le moteur doit décider, frame après frame, s’il suffit de réorienter subtilement le cycle… ou s’il faut déclencher une véritable animation de rotation.
Avant même d’animer quoi que ce soit, il y a donc une question de système : où place‑t‑on la frontière entre un simple blend directionnel et un turn ?
Car le turn n’a pas le luxe de partir d’une vitesse nulle.
Il se déclenche pendant le déplacement.
Le personnage porte déjà une énergie, un poids, une vitesse dans une direction, et il doit en changer sans casser l’élan, sans briser le cycle, sans perdre la continuité.
C’est pour ça que le turn expose immédiatement la cohérence d’une locomotion. Il montre si le moteur, l’animation et le game design savent interpréter la même intention, au même moment, sous contrainte d’input analogique en temps réel.
On ne crée pas un turn pour qu'il soit beau sur un écran isolé.
On le crée pour qu'il encaisse le chaos de la manette.
Il doit devenir une réponse physique en temps réel.
Réactivité vs Crédibilité
Dans la réalité, faire un demi‑tour à 180° en pleine course est une opération lourde.
Le corps freine, plante ses appuis, abaisse son centre de gravité, absorbe l’inertie, puis relance la masse dans la nouvelle direction.
C’est crédible, c’est physique et c’est beaucoup trop lent pour un joueur.
Si on impose cette vérité biomécanique telle quelle, la rotation devient pesante. Le personnage semble peser trois tonnes, et l’input paraît enregistré avec une demi‑seconde de retard.
La biomécanique réelle est simplement… trop réelle.
Alors on compresse. On triche. On ment.
On réduit en trois frames ce qui en prendrait douze.
On amorce la rotation plus tôt que le corps ne le permettrait.
On raccourcit la phase d’appui pour que la réponse soit immédiate, même si le mouvement ne devrait pas encore pouvoir tourner.
Mais si on triche trop, le personnage perd toute consistance physique.
Il pivote comme une toupie, les pieds glissent, le poids disparaît.
Et le joueur sent que le contrat est rompu.
C’est ça, le paradoxe du turn : mentir assez pour rester réactif, mais pas trop pour rester crédible.
Et cette ligne ne se trouve ni dans Maya ni dans un document de design.
Elle se négocie pad en main, directement dans le moteur, face au bruit de l’input en temps réel.
L'angle mangé
Ce que Maya montre n'est jamais exactement ce que le moteur livre.
Sur un turn, ce décalage devient particulièrement traître.
Voici le scénario classique : tu animes un turn parfait à 180°.
Tu configures le blend d’entrée pour raccorder proprement la course au début de la rotation.
Mais pendant ces quelques frames de transition, le moteur prend les devants. Il commence déjà à faire pivoter la capsule sur elle-même.
Résultat : quand l'animation démarre réellement, une partie de la rotation a déjà été absorbée. On a animé un 180°, le moteur en livre 150°.
Le personnage finit face à une direction différente de celle prévue. Et ce décalage, invisible dans Maya, devient une désorientation en jeu.
C'est le phénomène de l'angle mangé. Un des bugs les plus complexes à traquer, car il n'existe nulle part ailleurs que dans le moteur, à une vitesse spécifique, sous une condition de blend précise.
Sur Beyond : Two Souls, le moteur propriétaire de Quantic Dream gérait la synchronisation des pieds de manière native.
Chaque animation portait ses informations de pied, et le système savait exactement lequel était au sol à chaque frame.
Ça permettait de produire quatre turns pour couvrir toutes les situations :
- 180° gauche sur pied gauche
- 180° gauche sur pied droit
- 180° droit sur pied gauche
- 180° droit sur pied droit.
Quand le joueur donnait l'input, le moteur lisait l'état du pied en cours et déclenchait le turn correspondant, instantanément.
Zéro latence, zéro glissement.
Sur Ghost Recon, le moteur n'avait pas cette lecture native des appuis.
Il fallait compenser par la rigueur des posings d'entrée et de sortie, et par le positionnement précis du root motion pour éviter les glissements.
Plus de contraintes sur la production, mais le même objectif : que le moteur ne dévore pas ce que l'animation a construit.
La norme qu'on avait établie sur Beyond pour contenir les dégâts :
L'animation démarre sur une passing pose.
On laisse un pas complet s'accomplir jusqu'à la passing pose suivante pour le blend d'entrée
Ensuite, la rotation peut enfin commencer. Elle doit s'achever sur la passing pose d'après.
Enfin, on ajoute un pas complet supplémentaire pour le blend de sortie.
Une fenêtre sanctuarisée où le moteur ne venait pas mordre sur les degrés de rotation eux‑mêmes.
C’était un compromis. C’est toujours un compromis.
La suspension du contrôle
Voici la vraie tension du turn, celle qu’on ne voit pas dans les tutoriels : pendant combien de frames le joueur accepte-t-il de ne pas avoir le contrôle ?
Parce que c'est exactement ce que le turn impose.
Il demande au joueur de lâcher brièvement les commandes le temps que le personnage pivote, avant de lui restituer la main une fois la rotation bouclée.
Le joueur est un être chaotique. À la frame 3 d'un turn à 180°, il voit un ennemi et repousse le stick vers l'avant. Le joueur donne une direction, le personnage doit pivoter, et pendant cette courte fenêtre, le contrôle est suspendu. Il revient une fois la rotation terminée.
Si cette fenêtre de non-contrôle est trop longue, le système devient purement bloquant. Le personnage reste coincé dans son demi-tour comme un paquebot. Le joueur attend, il a l’impression d’avoir déclenché une micro-cinématique.
Et dans un jeu d’action, attendre, c’est mourir.
Si cette fenêtre est trop courte, le système cherche à redonner la main prématurément. La rotation est tronquée, le pivot ne s’accomplit pas. Le personnage s'auto-entortille, slide sur deux mètres, et toute la crédibilité du mouvement s’effondre.
La rotation doit être terminée avant que le prochain input soit autorisé. C’est une règle non négociable.
Laisser le joueur interrompre un turn en pleine rotation, c’est ouvrir la porte à des enchevêtrements impossibles à gérer : le personnage qui tourne sur des angles improbables, le root motion ou la capsule qui partent dans une direction pendant que le cycle en demande une autre.
Sur Beyond: Two Souls, cette fenêtre était protégée.
Le blend d’entrée se déroulait, le root motion commençait sa rotation, et le système ne réacceptait un nouvel input qu’une fois la rotation achevée, juste avant le pas de sortie. Une fenêtre courte, mais définie. Et dans les conditions d’un jeu narratif, c’était acceptable.
Dans un jeu d’action pure, c’est une autre histoire. La rotation n'est plus gérée par le root motion mais par la capsule en moteur. Chaque frame de non‑contrôle est une éternité. La pression pour raccourcir cette fenêtre est maximale, et c’est là que la triche doit être la plus précise.
La caméra : l’autre moitié du turn
Un point souvent sous‑estimé dans un turn : la caméra.
Un turn peut être parfaitement animé et parfaitement intégré et pourtant désorienter le joueur.
Parce que le turn ne vit pas seul. Il vit avec la caméra, et la caméra influence directement la perception du mouvement.
En 3D, un 180° sans caméra cohérente, c'est une désorientation garantie. Le personnage pivote, l'espace se retourne, et si la caméra ne suit pas le mouvement avec la bonne logique, le joueur perd son ancrage dans le décor.
Il contrôle quelque chose, mais ne sait plus quoi ni vers où.
Sur Heavy Rain, les plans de caméra changeaient à chaque changement de pièce. C’était un jeu narratif cinématographique : la caméra servait l’histoire, pas le contrôle. Les turns étaient corrects, mais l’axe de caméra pouvait changer au même moment que la direction du personnage.
Ce n’était pas un problème de caméra, ni un problème d’animation : c’était un problème d’alignement des 3C.
La caméra servait la narration.
L’animation servait le mouvement.
Le joueur, lui, avait besoin de continuité dans l’espace.
Quand deux systèmes poursuivent des objectifs différents, les sensations se fissurent, même si chacun fait parfaitement son travail.
C'est une contradiction structurelle. Et dans un jeu vidéo, même cinématographique, tout finit par converger : si la caméra ne sert pas le contrôle, le joueur perd le fil.
Dans ce contexte, l’animation devait absorber la tension. Parce que c’était le seul système flexible dans une architecture où la caméra avait une mission narrative prioritaire.
Sur Beyond, on savait que c'était un problème hérité de Heavy Rain.
On a travaillé nos turns différemment, en réduisant la durée de la fenêtre de rotation et en produisant des animations plus propres sur les raccords.
Mais la collaboration caméra/animation n'avait pas vraiment évolué.
Sur un jeu narratif, la caméra aide à raconter l'histoire, les personnages, et c'est souvent l'animation qui absorbe les conséquences.
Le turn est une décision collaborative.
L’animation gère les pieds, le root motion, la durée de la rotation.
La caméra gère la lisibilité, la narration, l’axe du monde.
Si l’un des deux ne tient pas sa partie, l’autre s’effondre.
On peut tricher sur les frames, masquer les appuis ou verrouiller la rotation, mais on ne peut pas animer à la place de l'œil du joueur.
À la fin, le mouvement parfait n'est pas celui qui est beau dans Maya : c'est celui que la caméra permet de comprendre.
Deux manières de penser un turn
En production, il existe deux grandes manières de penser un turn.
Ce ne sont pas des choix d'animateurs, ce sont des arbitrages de gameplay, des philosophies de contrôle.
L'approche "courbe fluide"
C'est l'approche des jeux narratifs et des open worlds réalistes.
Le root motion drive la trajectoire.
Le personnage suit une courbe propre, l’animation contrôle chaque degré de rotation. Le résultat est crédible, organique, cohérent.
C'est l'approche de Heavy Rain, Beyond Two Souls, Assassin's Creed, Ghost Recon. L'animation est au service de la crédibilité, et la réactivité est trichée juste assez pour rester dans le plausible.
On ne reproduit jamais la réalité : on la compresse, on la simplifie, on l'arrange, mais on essaie de rester dans une zone où le joueur croit ce qu’il voit.
L'approche "triche brutale"
C'est l'approche des jeux d'action pure.
La capsule du personnage tourne instantanément dans la direction demandée, le moteur gère la trajectoire réelle.
L'animation n'habille que le résultat. Les pieds peuvent glisser d'une frame, le bassin peut accuser un léger retard, mais le joueur ne voit rien : il ressent un personnage qui répond au doigt et à l'œil.
C’est ce que j’ai découvert sur Prince of Persia: The Lost Crown.
Et ça n’a pas seulement changé ma façon de penser les turns, ça a changé ma façon de penser le gameplay lui‑même.
Toutes les animations. Toutes les transitions. Toute la manière dont un personnage doit répondre au joueur.
Au début de la production, j’ai résisté. Laisser le moteur gérer la trajectoire sans root motion, c'était ouvrir la porte aux glissements, aux cassures, à une perte de qualité visuelle, et j'y étais très attachée.
J'ai défendu mes arguments. Le game director les a entendus et a proposé un compromis : certaines animations en root motion, d'autres gérées par le moteur. Je n'étais pas convaincue au départ.
J'avais tort. Les sensations en jeu étaient excellentes, et la qualité visuelle n'avait pas été sacrifiée sur l'autel de la réactivité.
J'avais appris quelque chose de fondamental : la triche, bien dosée, est souvent meilleure que la vérité.
Aujourd'hui, cette bascule a changé ma vision.
Même sur des productions réalistes, on peut aller beaucoup plus loin que ce que l'on s'imposait à l'époque.
La frontière entre le respect absolu du corps et la triche systémique n'est pas une ligne rouge. C'est un curseur qu'il faut oser déplacer.
Ce n’est pas « root motion ou moteur ». Ce n’est pas « crédibilité ou réactivité ».
C’est une question simple : quelle sensation veut‑on donner au joueur ?
Le banking : du sound design visuel
Le banking est souvent mal compris en locomotion.
On le traite fréquemment comme un détail esthétique. Une inclinaison du corps dans les virages, pour faire « plus beau », pour donner un peu de vie au cycle de marche.
C'est une erreur de catégorie.
Le banking n'est pas de l'esthétique. C'est de la psychologie.
Voici ce qui se passe réellement dans le moteur : quand le personnage tourne, sa capsule reste parfaitement verticale. Elle ne penche pas. Elle ne subit aucune force centrifuge. Elle pivote sur son axe, proprement, sans inertie.
Le joueur, lui, attend de ressentir le mouvement. Une masse qui résiste. Un poids qui s'incline dans le virage. Une force qui tire le personnage vers l'extérieur de la courbe.
Cette force n'existe pas dans le moteur. Donc l'animation la crée.
Il existe deux grandes manières de produire du banking :
Par une couche additive : Elle incline la colonne vertébrale, déplace légèrement le bassin vers l’intérieur du virage, et oriente la tête et les épaules. Cette version n’affecte pas la trajectoire réelle : elle ne touche pas au root motion.
Par un cycle incliné (gauche/droite) blendé : Le cycle incliné peut être animé avec root motion ou sur place.
Avec root motion, le cycle porte une légère rotation ou un déplacement, ce qui peut influencer la trajectoire réelle. Ce n’est pas l’objectif du banking, mais une conséquence possible du pipeline.
Sur place, la capsule gère entièrement le déplacement et l’orientation : dans ce cas, le banking n’a aucun impact sur la trajectoire.
Dans les deux approches, l’intention reste la même : injecter une sensation psychologique, pas une mécanique physique.
Tout cela dit au cerveau du joueur : ce personnage subit l'inertie de sa propre vitesse.
C'est exactement ce que fait le sound design : créer une information sensorielle qui n'existe pas dans la réalité physique du système, pour que le joueur ressente quelque chose de vrai.
Sur Beyond: Two Souls, on a cherché le bon angle de banking en mocap. On demandait aux acteurs de marcher en tournant, en cercles de plus en plus serrés, jusqu'aux rayons les plus courts possibles. Ça donnait tous les angles, toutes les intensités.
Puis on testait en moteur pour trouver ce qui rendait le mieux selon la réactivité du gameplay.
Parce que le bon niveau de banking dépend directement de la vitesse à laquelle le stick influence la trajectoire.
Un gameplay ultra-réactif où une pichenette sur le stick déclenche un virage à 90° demande un banking radicalement différent d’un gameplay où la trajectoire est plus progressive.
Ce que le banking ne fait jamais : il ne contrôle pas le gameplay. Il ne décide pas de la trajectoire, de la vitesse ou de la réactivité.
Même lorsqu’il est blendé avec du root motion, son rôle n’est pas de piloter le déplacement : son rôle est de raconter ce déplacement.
C'est une couche visuelle pure. Et c'est exactement pour cela qu'il doit être pensé séparément du turn, mais en cohérence absolue avec lui.
Turn + banking : contrôle réel vs contrôle perçu
Pris séparément, le turn et le banking répondent à des objectifs différents.
Le turn : le contrôle réel
Le turn est mécanique. Il gère la trajectoire, la rotation, la fenêtre de contrôle, les raccords de pieds. Il a un impact direct sur ce que le joueur peut faire, et sur le moment où il peut le faire. C’est lui qui garantit que l’input du joueur devient un déplacement réel dans le monde.
Le banking : le contrôle perçu
Le banking n’est pas esthétique : il est perceptif. Il habille la rotation, donne du poids, de la personnalité, une inertie crédible. Il n’a pas vocation à contrôler ce que le joueur peut faire, mais il influence profondément ce que le joueur croit être en train de faire.
Le banking raconte la physique que le moteur n’a pas.
Le turn raconte la physique que le moteur a.
Ensemble : la sensation de maîtrise
Ensemble, ils forment quelque chose de plus grand : la frontière entre le contrôle réel et le contrôle perçu.
Le turn garantit que le joueur contrôle réellement la trajectoire de son personnage.
Le banking garantit que ce contrôle se ressent comme quelque chose de physique, de crédible, de vivant.
Quand les deux sont bien dosés, le joueur ne voit rien.
Il ne pense pas à l’animation. Il ne pense pas au système. Il pense à son objectif dans le jeu, et c’est exactement ce que doit produire une bonne locomotion gameplay.
NPC vs joueur : deux logiques, deux contraintes
Une dernière distinction qui change tout en production : les turns d'un personnage contrôlé par le joueur et les turns d'un NPC ne répondent pas aux mêmes contraintes.
Le joueur : le règne du chaos
Le joueur est imprévisible. Il change d'avis à la frame 3 d'un turn qui en dure 20. Il envoie des inputs chaotiques, rapides, contradictoires.
Pourtant, il doit rester en contrôle à chaque instant, ou du moins en avoir la sensation absolue.
Pour le joueur, les turns doivent être interruptibles proprement, couvrir tous les pieds d'appui et minimiser au maximum la fenêtre de non-contrôle.
Le NPC : la force de la prédiction
Le NPC, lui, est capable de prédire. L'intelligence artificielle sait où elle va et connaît les obstacles à l'avance. Elle peut choisir délibérément entre un turn progressif avec du banking pour longer un mur, ou un 180° sec pour réagir à une menace. L'IA peut optimiser la trajectoire avant même que la première frame d'animation ne commence.
Mais ce superpouvoir a une limite : l'imprévu. Si un objet dynamique ou un autre personnage coupe la trajectoire du NPC en plein milieu de sa rotation, la prédiction s'effondre.
L'IA redevient alors aussi chaotique qu'un joueur. Le système n'a plus le choix : il doit tricher. Il coupe le turn planifié pour forcer un arrêt d'urgence ou un stumble d'évitement. L'animation encaisse le choc, les pieds glissent d'une frame, et la crédibilité visuelle s'efface temporairement pour laisser la priorité à la gestion de la collision.
Parce que hors de sa trajectoire idéale, le NPC redevient soumis à la dure loi du moteur.
Cette différence change les décisions de production.
Les turns joueur doivent être interruptibles proprement, couvrir tous les pieds d'appui, minimiser la fenêtre de non-contrôle.
Les turns NPC peuvent être plus longs, plus variés, plus nuancés, parce que l'IA qui les déclenche sait déjà ce qui va suivre.
Pourquoi certains jeux rendent les turns plus critiques que d’autres
La criticité des turns dépend directement du type d’espace dans lequel le jeu se déroule.
Dans un jeu aux environnements étroits, réalistes et à taille humaine, comme Beyond: Two Souls, chaque rotation devient visible, sensible, parfois risquée pour la lisibilité. L'erreur ne pardonne pas.
À l'inverse, dans un jeu aux environnements larges, ouverts, ou dans lequel le joueur passe la majorité de son temps en strafe ou en cover, comme Ghost Recon, les turns en locomotion libre deviennent mécaniquement moins critiques.
C'est une question de contexte de gameplay. Mettez l'effort de production là où le joueur regarde vraiment.
Conclusion
Il y a une chose que j'aurais aimé comprendre plus tôt dans ma carrière.
Pendant des années, j'ai travaillé sur des systèmes où l'animation drivait le contrôle.
Le root motion définissait la trajectoire ; l'animation était la source de vérité.
Je défendais cette approche parce qu'elle produisait des résultats crédibles et maîtrisés.
Prince of Persia: The Lost Crown m'a appris autre chose. Que la triche bien dosée est souvent meilleure que la vérité. Que le joueur ne juge pas la biomécanique : il juge la sensation de contrôle.
L'animation n'est pas là pour reproduire le réel, elle est là pour construire une illusion suffisamment solide pour qu'il oublie qu'il tient une manette.
Ce que racontent les turns et le banking, ce n’est pas seulement une histoire de rotation. C’est une histoire de contrôle, de perception et de sensation.
Le turn dit au moteur où aller. Le banking dit au joueur ce qu’il ressent.
Avec le temps, j’ai compris que rien n’est « vrai » ou « faux ». Il n’y a pas une bonne et une mauvaise méthode.
Il y a des philosophies, des contextes, des intentions de gamefeel.
Il y a des joueurs imprévisibles, des NPC qui prédisent, des moteurs qui trichent et des espaces qui amplifient les problèmes.
Au bout du compte, il n’y a qu’une question qui revient toujours : qu’est‑ce que le joueur doit ressentir ?
Tout se joue dans cette frontière fragile entre ce que le moteur fait réellement et ce que le joueur croit faire. Si cette frontière disparaît, si tout s’aligne, le joueur ne pense plus au système, il pense à sa direction.
Un turn réussi n'est pas un turn réaliste. C'est un turn invisible. L'animateur gameplay ne fait pas de la rotation : il scelle un contrat de réactivité avec le stick du joueur, frame par frame.
Et c’est exactement ce que doit produire une bonne locomotion.
Et si tu veux aller plus loin, découvre le Challenge Turns & Banking — Juillet 2026 et le Locomotion Fundations Kit .
Télécharge le PDF Gameplay Animation Framework – TURN & BANKING(section Frameworks)
Tout ce qu’il faut définir avant d’animer des turns
5 pages pour cadrer les turns avant production : Decision Sheet complète, schéma des transitions TURN, carte des risques et états interdits
Commentaires