boogerman
a écrit :
À chaque fois que l'on veut montrer un paneau il faut tout copier dans $4C00-$5BFF?
Oui.
Il ne suffit pas d'utiliser les 4 paneaux (%00: $4C00-$5BFF %01: $5C00-$6BFF %10: $6C00-$7BFF %11: $7C00-$8BFF) et de les échanger avec le régistre $700017?
Non, parce que le LCD n'est pas mis à jour.
Il n'y a pas de workaround?? Pas moyen de forcer le LCD à rélire un panneau???
Non. Et même si c'était possible, vu que des 4 panneaux possibles, seul $4C00-$5BFF est libre, les autres 3 panneaux étant occupés par des variables globales de AMS utilisées par presque tous les
ROM_CALLs, ça ne servirait à rien.
Aussi, faut il se servir de $70001D pour se synchroniser avec le LCD ou c'est pas nécessaire?
C'est nécessaire si tu ne veux pas que ça clignote affreusement.
Mais je t'avertis: le moindre changement par rapport à la routine de
TIGCCLIB apportera des clignotements affreux. Je le sais parce que j'ai aidé PpHd à corriger la routine qu'il utilisait pour la
graphlib de
PreOs. Il utilisait presque le même algorithme (mais avec du code différent), mais il y avait un détail qui différait, et ça clignotait affreusement. J'ai été obligé de corriger son code pour qu'il fasse la même chose que celui de
TIGCCLIB pour virer les clignotements.
Bref: il vaut vraiment mieux d'utiliser du code tout fait (comme
TIGCCLIB).
