On va maintenant taper notre 1er code qui permettra :
- Activer le mode SCREEN 1.
Voici ce que cela donne pour l’ensemble du code, mais on va le reprendre bout par bout :
C’est parti :
En mode assembleur, en général, on charge un accumulateur A avec une valeur entre 0 et 255, et une adresse en HL (ce sont les registres internes avec lesquels la RAM fait les calculs) puis on lance l’odre d’exécution par un CALL.
C’est l’exemple type, l’adresse 64687 est une routine BIOS qui abrite le mode courant de l’écran (SCREEN 1, 2 ou 3).
Au départ ces adresses et routines appelées semblent obscures mais celles que l’on utilise régulièrement sont en nombre réduit et deviendront familières rapidement.
J’utilise souvent le décimal, mais CALL 95 peut s’écrire aussi CALL $5F en hexadécimal, tniasm reconnait la plupart des expressions pour l’hexadécimal (voir sa doc).
Un site pour voir la liste des routines BIOS : [http://map.grauw.nl/resources/msxbios.php] (http://map.grauw.nl/resources/msxbios.php)
CHGMOD
Address : #005F
Function : Switches to given screenmode
Input : A - screen mode
Registers: All
Là, ça doit vous parler, on connait la valeur du caractère ‘A’ en ASCII = 65.
On a vu dans la théorie que le début de la table TNP (qui gère les positions d’affichage) est à l’adresse 6144 en SCREEN 1. On a choisit arbitrairement la position 5 (vous pouvez vous amuser avec une autre valeur).
Petite nouveauté, le CALL 77 (CALL $4D) qui exécute l’ordre du calcul que l’on vient de faire attend A et HL chargés en entrants :
WRTVRM
Address : #004D
Function : Writes data in VRAM
Input : HL - address write
A - value write
Voici le bout de code correspondant :
Même punition. Tout est dans le commentaire du code :
On se rajoute cette boucle pour ne pas revenir au BASIC et perdre l’affichage.
Il n’y a plus qu’a compiler et demander à l’émulateur d’utiliser le fichier généré qui doit être “testA.ROM”….vous vous souvenez, le FNAME dans l’entête, au début du code, ben je l’ai modifié ainsi pour changer le nom de fichier généré.
On clique sur la touche de fonction [F9], cela sauvegarde notre fichier texte et lance la compilation.
Vous pouvez aussi procéder autrement: Sauvegardez votre fichier et dans l’explorateur Windows, faites glissez votre “testA.asm” sur “tniasm.exe” avec la souris et cela va déclencher la compilation et créer le fichier en sortie dans le même dossier. Cela sous-entend que tniasm est dans le même dossier que votre code et ses librairies. L’inconvénient c’est que vous ne savez pas s’il y a des erreurs de compilation.
On voit que la fenêtre basse de CONTEXT a changée : 
On voit les 2 passes pour générer le fichier .ROM et pas d’erreur.
Si vous avez une erreur, elle se présentera de cette manière :
CONTEXT indique la ligne d’erreur, ici pour l’exemple c’est la ligne 22.
Quand on regarde notre code, on voit que l’on a ajouté un t par erreur….c’est pas toujours aussi évident, je vous l’accorde.
Si tout c’est bien passé, notre répertoire où se trouve notre code doit ressembler à ceci : 
On va prendre le “testA.rom” et le faire glisser avec la souris dans l’émulateur blueMSX que vous aurez ouvert au préalable.
BlueMSX va rebooter le MSX et au bout de quelques secondes on doit admirer…..un caractère…..mais en couleur s’il vous plait !!!
On voit dans le bandeau en bas que dans le champs ‘SCREEN’ nous sommes bien passé en ‘SCR 1’
Vous vous rappelez que nous avons mis une boucle infinie à la fin de notre code, de ce fait nous ne pouvons avoir d’action sur l’émulateur et si vous le rebootez en appuyant sur le gros bouton rond en haut à gauche (à côté du point rouge), blueMSX va relancer la machine mais aussi notre fichier .ROM.
En effet, nous venons de créer une cartouche 16ko et elles sont faites pour démarrer automatiquement.
Donc si vous voulez éjecter la cartouche, vous appuyez sur le bouton rond à côté de slot et choisissez Ejecter: testA.ROM :
blueMSX va rebooter la machine automatiquement mais sans la cartouche et rendre la main à l’invite de commande du BASIC.
Le prochain article on apprendra à afficher les sprites, pour cela on partira directement sur l’élaboration du shoot-em-up.