les #define ne se mettent jamais dans le header, mais on peut les mettre avant ce header ,j'ai pas essayé après le header, mais oui, pourquoi pas.....
Un défilement d'images quoi.
il faut plusieurs images que tu affiches avec ces instructions:
ld hl,picture ; l'image
ld de,gbuf ; la destination
ld bc,768 ; la taille de l'image
ldir ; on copie
call ionfastcopy ; si tu marches avec ion
Avec une tempo entre chaque image sinon tu pars pour faire une seule image, mais en niveau de gris.
halt arrete le microprocesseur jusqu'à la prochaine interruption (la touche on génère des interruptions et un petit timer en génère aussi toutes les 5 ms à peu près) donc ça fait en gros attendre 5 ms donc à partir de ça, on peut faire une petite routine du genre
waitb:
;attends 5*b ms et continue le prog
halt ;attends 5 ms
djnz waitb ;recommence la boucle b fois
ret
pour la reférence en français, je crois qu'elle doit ptet exister, fo fouiner sur internet, je c plus où, mais je crois en avoir dejà vu.... sinon, pour le ret, ça a un role bien plus important que juste quitter le prog: en fait, ça retourne à l'adresse où telle ou tell fonction a été appellée genre
call fonction
;quand fonction se termine ,le ret saute juste ici
fonction:
;blabla
ret
quand c un programe entier appellé par un call (pas exactement, mais ds la logique c pareil) le ret revoie au shell, juste après ce "call", mais quan d c dans un programme, le ret saute à l'adresse qui l'a apellé
le .end n'est pas une instruction, il sert juste à tasm pour savoir quand se trouve la fin du fichier...
La calc ne peut pas deviner qu'elle arrive à la fin d'un fichier en assembleur. Si ça arrive, elle continuerait à exécuter les fonctions qui se trouve directement après le programme.
Pour éviter ça il faut obligatoirement utiliser un "ret", qui permet de revenir au shell utilisé ou à tios. (car le programme a été lancé avec un call )
Kajika ,ne mélange pas rom calls, calls et instructions, sinon, tu aura quelques petis problèmes pour progresser... surtout que si tu veux mettre toutes le srom calls ,tu en aura pour 30 pages, sachant que les 9/10 ne servent jamais... Mieux vaut mettre l'asm d'un coté, les routines de l'autre ,bien séparé...
Avant de te lancer dans la création d'un tutorial, tu devrais te renseigner quand à son utilité. Il existe déjà quelques docs sur les romcalls, il y en a peu en français certes.
Ensuite, il est inutile de détailler toutes les romcalls car peu d'entres elles sont utiles aux programmes en asm, donc si tu veux faire un tuto, ne détaille que les plus utilisées.
Et puis le sdk83pguide de texas explique le fonctionnement de l'intégrales des romcalls, et je me sers uniquement de ce document.
ops: , c'est quoi exactement