Mais globalement j'ai gagné au moins plusieurs Ko au niveau du fichier graphique (non compressé) donc je pense qu'il y aura gain au final.

OK
Je n'aurais pas pensé à appliquer à des sprites le principe de transformation + interpréteur, que j'ai mentionné en ./34.

Par contre il y a eu clairement gain grâce à la "compression" faite maison, qui ne stocke pas les masques des sprites, mais utilise le 1er pixel de chaque ligne d'un sprite comme couleur de transparence pour cette ligne. Ainsi le programme reconstitue les masques en lisant ligne par ligne les sprites.

La reconstitution est-elle faite une fois pour toutes avant la phase de jeu proprement dite (=> consommation de RAM), ou bien chaque routine de sprite s'occupe de mettre un masque adapté à chaque ligne du sprite (ce qui doit pouvoir être fait sans branchement, en tenant compte du bit N du CCR: move.w/.b <ea>,dn1; smi dn2; ext.w dn2; ext.l dn2) ?