Après avoir découvert les origines de Soundtracker et du MOD, nous pouvons maintenant regarder le fichier lui-même. Un module n’est pas une longue piste audio enregistrée du début à la fin. Il rassemble les informations nécessaires à un moteur de replay pour reconstruire le morceau.
Dans un MOD classique, cette organisation peut être comprise comme une chaîne : en-tête et informations sur les samples → ordre du morceau → patterns → données audio des samples. Chacune de ces parties joue un rôle précis.
Le début du fichier contient notamment le titre du morceau, puis les informations décrivant les samples disponibles. Selon la variante du format, on rencontre historiquement des MOD avec 15 ou 31 samples.
Pour chaque sample, le fichier peut conserver plusieurs paramètres : son nom, sa longueur, son réglage de finetune, son volume ainsi que les informations permettant de définir une éventuelle boucle. Ces données ne constituent pas encore le son brut : elles expliquent au lecteur comment celui-ci doit être utilisé.
Un sample est une petite portion de son numérique. Il peut s’agir d’une percussion, d’une basse, d’une attaque de synthétiseur, d’une voix ou de n’importe quelle matière sonore choisie par le compositeur.
Le tracker peut déclencher ce même échantillon à différentes hauteurs. Le fichier n’a donc pas besoin d’enregistrer séparément chaque note jouée. Une petite quantité de matière audio peut servir à construire une composition beaucoup plus longue.
Après les informations générales se trouve une notion essentielle : la pattern table, ou table d’ordre. Elle indique au moteur dans quel ordre les patterns doivent être lus.
Imaginons trois patterns : 00 pour un couplet, 01 pour un refrain et 02 pour un pont. Une séquence pourrait demander au lecteur de jouer 00, puis 00, puis 01, revenir à 00, repartir vers 01 et enfin atteindre 02. Le même bloc musical peut donc être réutilisé sans dupliquer toutes ses données.
C’est l’une des idées les plus élégantes du tracker : la structure du morceau existe explicitement dans le fichier.
Dans de nombreux MOD classiques, un pattern contient 64 lignes. Chaque ligne est répartie entre les différents canaux du module. Pour chaque canal, une cellule peut encoder l’instrument utilisé, la hauteur de la note et une éventuelle commande d’effet accompagnée de son paramètre.
Pour un MOD quatre canaux, le moteur examine donc simultanément quatre voies à chaque ligne. C’est cette organisation que l’on reconnaît immédiatement dans l’interface verticale des trackers.
Dans la représentation classique du pattern MOD, les données d’un canal sur une ligne utilisent quatre octets. Ces quelques octets permettent d’encoder plusieurs informations : le numéro du sample, une valeur correspondant à la hauteur de la note, le numéro d’effet et son paramètre.
C’est un excellent exemple de l’économie qui caractérise ces formats. Au lieu de conserver une forme d’onde complète pour chaque événement musical, le module donne une instruction compacte au moteur : quel son utiliser, à quelle hauteur et avec quel comportement.
Les canaux représentent les différentes voix que le moteur peut traiter en parallèle. Le célèbre modèle quatre canaux est étroitement associé aux premiers MOD, mais d’autres variantes du format ont existé avec davantage de canaux.
Une composition peut par exemple réserver une voie à la batterie, une autre à la basse et utiliser les deux restantes pour mélodies, accords ou effets. En pratique, les compositeurs ont développé de nombreuses astuces pour dépasser musicalement cette apparente limitation.
Le pattern ne contient pas seulement des notes. Une commande peut demander au lecteur de produire un effet : glissement de hauteur, arpège, vibrato, modification du volume ou changement affectant le déroulement du morceau.
Cette caractéristique est fondamentale. Une partie du résultat sonore dépend de la manière dont le moteur interprète ces commandes. Lire correctement un MOD demande donc davantage que d’extraire ses samples.
Les MOD plus évolués peuvent contenir une signature de format, souvent représentée par quatre caractères. Elle aide le logiciel à identifier certaines caractéristiques du module, notamment le nombre de canaux attendu pour différentes variantes.
Pour un développeur qui écrit un loader, cette étape est importante : il faut d’abord comprendre quel type de module est présent avant de calculer correctement la taille et l’organisation des patterns.
Une fois les patterns parcourus, les données brutes des samples sont généralement stockées à la suite. Le lecteur connaît déjà leur longueur et leurs paramètres grâce aux informations rencontrées plus tôt dans le fichier.
Il peut alors charger la matière sonore puis exécuter les patterns selon la table d’ordre. Le morceau naît de l’association entre données audio et instructions musicales.
Conceptuellement, un lecteur MOD doit donc effectuer plusieurs opérations : identifier le format, lire les informations des samples, récupérer l’ordre des patterns, décoder leurs événements, charger les données audio puis faire avancer le moteur dans le temps en appliquant notes et effets.
C’est pour cette raison qu’un module est particulièrement intéressant à étudier. On peut y observer non seulement ce qui est joué, mais aussi une grande partie de la manière dont le morceau a été construit.
Cette architecture constitue une base historique essentielle, mais les trackers vont rapidement vouloir davantage : plus de canaux, des instruments plus élaborés, davantage de contrôle et une expressivité accrue. FastTracker II et son format XM vont pousser cette logique beaucoup plus loin.
La culture tracker reste d’ailleurs accessible sur les machines modernes. Le projet FastTracker II clone présenté par 16-bits.org reproduit aujourd’hui FT2 sous la forme d’un programme portable écrit en C avec SDL2. Cette continuité permet de manipuler encore concrètement les principes hérités de cette histoire.
Dans le prochain article : nous entrerons dans FastTracker II lui-même : son interface, son workflow, ses patterns, ses instruments et cette manière très particulière de composer au clavier devant des colonnes de données musicales.
MOD, XM, S3M et IT partagent la logique des trackers, mais ils ne racontent pas la même histoire. Du quatre canaux de l’Amiga aux instruments avancés d’Impulse Tracker, chaque format reflète une génération de machines, de logiciels et de choix musicaux.
Les modules tracker sont nés dans des environnements comme Amiga et DOS, mais leur logique peut aujourd’hui vivre directement dans un navigateur. Parser, moteur de replay, Web Audio, commandes de jeu et téléchargement : voici comment relier ce patrimoine musical à une interface Web moderne.
Un module tracker contient ses samples, ses patterns et ses commandes, mais le résultat final dépend encore du moteur qui les interprète. Quirks historiques, mémoire des effets, interpolation, fréquence, filtres et compatibilité peuvent faire sonner différemment exactement le même fichier.
Dans un tracker, une note ne dit pas tout. Une colonne d’effet peut faire glisser sa hauteur, créer un vibrato, rejouer le sample, modifier le volume ou envoyer la lecture vers un autre pattern. Ces commandes constituent une véritable couche de programmation musicale exécutée tick après tick.
Dans un tracker, le temps ne se résume pas à un simple BPM. Le moteur avance à travers une séquence de patterns, de lignes et de ticks. Comprendre cette horloge interne permet d’expliquer le rythme, les effets et une grande partie du comportement particulier des fichiers MOD et XM.
Le MOD avait posé les fondations, mais FastTracker II voulait aller beaucoup plus loin. Avec XM, le module gagne des instruments multisamples, des enveloppes de volume et de panoramique, davantage de canaux et une structure capable de conserver une composition bien plus expressive.
FastTracker II a transformé l’écran DOS en véritable studio de composition. Patterns verticaux, instruments, samples, enveloppes, effets et raccourcis clavier forment un workflow où la musique se construit presque comme du code. Découvrons la logique de FT2 et pourquoi elle reste fascinante aujourd’hui.
Avant FastTracker II, XM et les trackers modernes, une idée décisive s'impose sur Amiga : construire un morceau avec des échantillons, des canaux, des patterns et une séquence de lecture. Retour aux fondations de la musique tracker et au format MOD.
Avant le streaming et les stations audio modernes, les trackers ont proposé une autre manière de composer : assembler des échantillons, des notes, des patterns et des commandes que le lecteur interprète en temps réel. Une logique musicale proche à la fois de la partition, du séquenceur et du programme.