Une seule personne ? Wow. Par contre je n'arrive pas à accéder à Linkedin, il y a un test incessant pour vérifier que je ne suis pas un robot,...Fool-DupleX a écrit : ↑28 avr. 2021 17:58 (...)
Mais il n' y a eu qu'un seul développeur, sur son coin de table de cuisine. Tu auras peut-être envie de lui demander comment il a fait ?
C'est par ici --> https://www.linkedin.com/in/dguillonnet
Ce qui devrait te faire plaisir, c'est qu'il a beaucoup utilisé l'instruction MUL.
Je pense que sur TO8/MO6, on peut avoir un système qui efface l'écran complètement (avec les PSHS PULS) puis retraçage, dans une des 2 RAM bank 2 et 3. Mais il faut réécrire les routines moniteur de tracer de ligne puisque celle ci ne s'applique QUE pour la bank RAM 0 (affichage écran par défaut), puisqu'elle écrivent en RAM logique "écran".
Oui pour l'instruction MUL, parce que ça n'utilise que 11 cycles...
Qu'est ce qui te fait croire que ça me plait moins ? Figure toi que j'ai commencé une routine pour un scrolling d'écran pour Bubble Bobble utilisant ceci (il m'a fallu comprendre dans quels sens étaient stockée les registre en empilement et dépilement). Dans l'Hitashi 6309;, il y a une instruction qui permet de faire de la copie de block d'octets (même de plusieurs centaine d'octet) en une seule instruction (et utilisant le régistre W comme "décompteur"), c'est quelque chose d'assez unique, n'existant pas sur le 68k par exemple.Fool-DupleX a écrit : ↑28 avr. 2021 17:58 Ce qui va moins te faire plaisir, c'est qu'il a aussi beaucoup utilisé ceci :
(...)
Pour moi, ceci devrait être (enfin je crois) utilisé pour les piles (comme la prog récursive) mais ça a un inconvénient, c'est qu'il faut contrôler les limites de l'espace RAM dans lequel on utilise les piles dans ce cas là. C'est sans doute pourquoi Sam a trouvé énormément d'éléments de contrôle pour un programme "Pascal Base" compilé. C'est aussi un outil idéal pour un OS multitâche.