Choisir la fréquence des animations de sprites

Nombre d'images et vitesse sont distincts

Un cycle de marche de 4 images lu à 8 images par seconde dure une demi-seconde. Un cycle de 8 images à 8fps dure une seconde entière, soit deux fois plus, à la même vitesse de lecture. Le nombre d’images détermine le niveau de détail du mouvement dans la boucle ; la vitesse de lecture détermine la fréquence de répétition de cette boucle. Un cycle détaillé de 12 images peut sembler trop lent pour représenter une marche, tandis qu’un cycle sommaire de 2 images à la bonne cadence communique clairement l’action. La perception humaine du mouvement dépend davantage du rythme que du détail.

C’est important en pratique parce que ces deux réglages se compensent à budget de dessin fixe. Si vous ne pouvez vous permettre de dessiner que 4 images d’une attaque, vous n’êtes pas condamné à une mauvaise animation : ajustez la vitesse de lecture et la durée des pauses — nous y revenons ci-dessous — jusqu’à ce que ces 4 images expriment correctement le mouvement, plutôt que de supposer qu’il faut davantage d’images pour résoudre un problème de rythme.

Ce que donnent vraiment 8, 12 et 24fps

Ces chiffres décrivent la fréquence de changement de l’image affichée, indépendamment de la cadence de rendu du jeu.

• 8fps — une nouvelle image toutes les 125ms environ. Le mouvement est nettement saccadé ; chaque pose reste visible assez longtemps pour être perçue individuellement avant la suivante. L’effet paraît volontaire, lourd ou intentionnellement rétro plutôt que fluide.
• 12fps — une nouvelle image toutes les 83ms environ. C’est la cadence traditionnelle « sur deux images » du dessin animé : un nouveau dessin toutes les deux images d’un film à 24fps. Assez fluide pour la plupart des actions de jeu, tout en restant peu coûteuse à dessiner.
• 24fps — une nouvelle image toutes les 42ms environ, comme au cinéma. Le mouvement paraît entièrement fluide sans saccades perceptibles. Il faut environ deux fois le contenu d’images de 12fps pour remplir la même durée, ou lire le même nombre d’images sur la moitié du temps.

Aucun de ces choix n’est objectivement correct. Le bon dépend de l’objet animé et de l’impression souhaitée ; c’est pourquoi la section suivante détaille les actions plutôt que de donner une valeur unique pour tout le jeu.

Pourquoi les jeux rétro utilisaient peu d’images par seconde et pourquoi c’est aujourd’hui un choix de style

Les consoles et premiers PC animant à 6–10fps ne faisaient pas d’abord un choix artistique : ils subissaient une limite stricte de mémoire. Chaque image supplémentaire ajoutait des données de sprite à stocker dans la ROM de cartouche ou la RAM, mesurées en kilo-octets. Animer un personnage à 24fps plutôt qu’à 8fps exigeait environ trois fois plus de mémoire d’animation pour chaque action, multipliée par chaque personnage, et ce budget n’existait généralement pas. Le faible nombre d’images découlait directement de cette contrainte, et les animateurs sont devenus très habiles à choisir les images essentielles.

Cette contrainte a presque disparu : le stockage et la mémoire ne limitent plus le nombre d’images d’un jeu 2D. Choisir 8fps est désormais un choix stylistique, généralement pour évoquer cette époque ou parce qu’un mouvement saccadé et marqué convient au style. Sachez quelle raison s’applique à votre projet : « peu de fps pour le rétro » et « peu de fps faute de budget d’images » donnent le même résultat pour des raisons très différentes, et seule l’une est une contrainte que vous pouvez librement ignorer.

Cadences recommandées par action

Considérez ces valeurs comme un départ, pas une règle. Le seul vrai test est de regarder la boucle à l’échelle et vitesse réelles du jeu : un nombre correct dans un grand aperçu d’animation peut sembler très différent quand le sprite fait 48 pixels de haut sur un écran en mouvement.

Poses tenues et rythme

Toutes les images d’une séquence n’ont pas besoin du même temps à l’écran. Une image maintenue est une pose affichée plus longtemps que les voisines : la préparation d’un coup de poing, le sommet d’un saut ou l’instant précédant l’impact d’un coup d’épée. Prolonger légèrement ces poses par rapport à une fréquence uniforme laisse au spectateur le temps de percevoir l’anticipation avant la phase rapide. C’est une forme de modulation : le mouvement est rarement linéaire, et son rythme ne devrait pas l’être non plus.

En pratique, une animation d’attaque ne correspond pas réellement à N images à FPS constant : elle comprend une préparation maintenue 150ms, deux transitions rapides de 40ms chacune, un impact maintenu 100ms et un retour maintenu 200ms. C’est précisément pourquoi la plupart des systèmes d’animation permettent une durée par image plutôt qu’une fréquence globale unique. Si votre outil n’accepte qu’une fréquence fixe, simulez une pause en dupliquant l’image souhaitée pour qu’elle occupe deux ou trois intervalles au lieu d’un.

Les fps de l'animation ne sont pas ceux du jeu

Un jeu peut être rendu à 60 ou 120fps alors qu’une animation de sprite se lit à 12fps : ces nombres sont indépendants. La boucle de rendu dessine chaque image quoi qu’il arrive ; le système d’animation décide quand passer au sprite suivant, généralement en suivant le temps écoulé et en changeant d’image lorsqu’un seuil est franchi, plutôt qu’en liant cette progression au cycle de rendu. Les confondre est une erreur courante chez les débutants en animation de sprites habitués à un contexte où la fréquence d’images n’avait qu’un seul sens.

Cette séparation permet à un jeu dont les mouvements de caméra et la réponse aux commandes sont parfaitement fluides à 60fps d’afficher volontairement une animation de personnage saccadée à 8fps comme choix de style. C’est aussi pourquoi modifier la fréquence cible du jeu ne devrait jamais nécessiter de réajuster les durées des animations de sprites : si c’est le cas, le système d’animation couple incorrectement les deux.

Où cela se trouve dans les moteurs courants

• Unity — le champ de fréquence d’échantillonnage de la fenêtre Animation fixe la fréquence d’images du clip entier ; les images clés peuvent encore être espacées irrégulièrement sur la chronologie pour créer des pauses dans cette cadence.
• Godot — AnimatedSprite2D et SpriteFrames permettent de définir une fréquence par animation et, séparément, un multiplicateur de durée par image pour maintenir certaines images.
• Personnalisé/indépendant du moteur — la plupart des systèmes d’animation de sprites faits maison comparent un temps cumulé à un tableau de durées par image plutôt qu’à une fréquence constante. C’est l’approche la plus souple si vous écrivez le système vous-même.

Questions fréquentes