Bien qu'étant un seul et même objet tennant dans un rectangle de 4x6 tiles, il ne peut pas être constitué que d'un seul sprite.

Chaque sprite étant limité à un tile de largeur, il faut en mettre plusieurs côte-à-côte pour créer des objets plus larges.

Si les 4 sprites étaient séparés de quelques pixels, cet objet ressemblerait à ceci.

Quand plusieurs sprites doivent être groupés, ils doivent avoir des numéros successifs (d'où la notation en n+x...).

Chacun des 32 tiles pouvant constituer un sprite est modifiable, ainsi que sa palette, son orientation (effets mirroir) et ses caractèristiques d'auto-animation.

Les attributs d'un sprite sont: sa position (X/Y), sa hauteur en tiles, sa map, s'il est pilotant ou piloté, et ses coefficients de rétrécissement (X/Y).

Un sprite est positionné à partir de son coin haut gauche (origine). D'un point de vue performances, la NeoGeo ne fait pas la différence entre un sprite de 1x1 tile et un sprite de 1x32 tiles.

La taille (hauteur) du sprite doit être définie. Chaque tile constituant le sprite possède des paramètres qui lui sont propres (effet de mirroir horizontal, vertical, numéro de palette à utiliser...).

Certains jeux ne mappent que quelques tiles dans des sprites qui ont leur hauteur définie comme plus grande, sans raison apparente.
Par exemple, ne définir que 3 tiles visibles dans la map du sprite, et le déclarer comme en faisant 7 de haut. Ca ne change rien, mais c'est inutile.

Notez bien que les palettes sont individuellement attribuées aux tiles constituant le sprite, et non au sprite globalement.
Un sprite peut très bien contenir 16 tiles, utilisant chacun une palette différente (soit 16*16 = 256 couleurs en tout dans le sprite).

Une fonction très pratique permet de "grouper" les sprites, pour palier à la limite d'un seul tile en largeur.
Un bit à 1 dans la configuration du sprite permet de le lier au précédent. Sa position sera alors automatiquement calculée (X+16 pixels, Y identique), il aura la même hauteur et le même rétrécisseur Y, ceci est expliqué en détail après...

Par exemple:
Ici le sprite A est dit "pilotant", le sprite B y est lié (flèche blanche), il est donc de la même hauteur, et est collé 16 pixels à sa droite. Le sprite C est lié au sprite B et ainsi de suite, dans une certaine limite (32 ? A vérifier).
C'est à dire que par exemple, on peut très bien coller 15 sprites de 28 tiles de haut côte-à-côte pour controler un bloc de 240x448 pixels.

Notez également qu'un sprite reste un sprite. Ce n'est pas parce qu'il est lié à un autre qu'il ne compte plus comme tel.

On peut voir comment son constitués les objets en désactivant les sprites un par un dans les "screenshot factory" de certains émulateurs, comme WinKawaks.
On peut aussi voir qu'ils servent aussi bien à constituer les fonds.

Remarque: Il est fréquent de voir des graphismes qui ne sont jamais affichés à l'écran.
Par exemple, on ne voit jamais le bas des trois tourelles dans cette partie du jeu (une dizaine de pixels).
Quand on a la possibilité de remplir 64Mo de ROM dans une cartouche, on est plus à 1Ko près...

Ne JAMAIS utiliser le sprite N°0, c'est un cas spécial dangereux et aucun jeu ne l'utilise.

L'animation automatique

Le numéro du tile donné dans la map a ses 2 ou 3 premiers bits remplacés par le compteur d'animation automatique.
La vitesse d'incrémentation du compteur d'animation se règle dans les 8 MSB de $3C0006, elle est commune à tous les tiles auto-animés.
Le premier tile d'une séquence de tiles auto-animés doit alors être aligné tous les 4 ou 8 octets dans le tileset.

Exemple: Le numéro du tile indiqué dans la map est 8 (%1000), si il est auto-animé sur 2bits, la séquence sera la suivante: 8,9,10,11,8,9,10,11,8...
Si le numéro du tile indiqué en VRAM était 9, 10, ou 11 elle resterait 8,9,10,11,8,9... car le compteur d'animation remplace, et ne s'ajoute pas.
Par contre, si le numéro était 12, elle deviendrait 12,13,14,15,12,13,14...