Cette catégorie traite de développements récents destinés à nos vieilles machines, applications, jeux ou démos... Amis programmeurs, c'est ici que vous pourrez enfin devenir célèbres!
joaopa a écrit : ↑10 sept. 2018 22:33Mais si tu utilise les 5 jeux restants (3 étant necessaire pour l'affichage), tu perds le jeu de caractères ASCII. C'est limtitant pour des jeux. Tu dois en général afficher de l'informlation (texte).
C'est quoi programme CM?
Il reste des caractères en Rom, c'est moins raffiné, mais ça libère de la place, sinon, tu utilises le mode 40 colonnes à longueur variable, et avec quelques contraintes en plus, tu dois pouvoir caser une page en deux blocs.
Programme en Code Machine.
Soyez exigeants, ne vous contentez pas de ce que l'on vous vend.
Demandez-en plus, ou faites-le vous-même.
Est ce que il serait possible de recompiler ce FigForth pour le loger $8000 ce qui permettrais de libérer
toute la RAM des 16Ko de base (en vue de le loger dans ma cartouche) ?
Evidemment il ne faut pas que le code s'automodifie et n'utilise pas de zone de "variables" dans la partie supérieur à $7FFF .
Si le code source est dispo ca devrait être faisable mais par contre je serais incapable de le tester le Forth car je ne connais
pas ce langage
Dans l'état actuel une fois le FigForth chargé en RAM il reste moins de 8 ko dispo sur une configuration de base.
D'ailleurs comment en Forth peut on connaitre la mémoire disponible pour le Forth ?
Je pense que tout est possible mais il faut d'abord que je comprenne bien :
1 - Il y aurait un noyau FORTH dans ta ROM qui tiendrait depuis $8000 (et un peu plus pour y ranger ton petit ASM) jusqu'à $9700, puisque le noyau tient dans environ $1700 octet. Mon idée serait de conserver ce noyau à 90 % dans ta ROM et non pas de le recopier dans la RAM.
2 - Je suppose que la RAM disponible irait de approximativement $4A20 à $7FFF.
A première vue tout me semble jouable, mais il faut quand même modifier plusieurs paramètres dans le noyau; Je pense principalement à des variables système qui suivent la progression de la compilation, les adresses de piles de Donnée et Retour, les mots du noyau qui évoluent etc.. ça ne peut pas rester dans la ROM, quitte à faire des patch pour les mettre dans la RAM.
Encore une fois ça demande une bonne révision et pas mal de tests, mais c'est jouable. Seul hic je ne suis pas certain de pouvoir m'y mettre avant quelques temps.
Mais avant, répond moi sur les adresses des points 1 et 2
3 - Enfin, pour ce qui est du BIN, je regarde ça peut être demain soir. J'ai cru comprendre qu'il recopiait le noyau à $4A20; Comme il ira jusqu'à $6000 et des miettes, il nous restera moins de $2000 pour les programmes. La meilleure idée me semble être de maintenir 90 % du noyau dans la ROM pour avoir $4000 pour les programmes.
Je me permets une petite proposition pour une éventuelle évolution de carte cartouche/multirom, il existe des RAM qui permettent de garder le contenu sans alimentation pendant plusieurs dizaines d'années, ce sont des F-RAM (ferro electric) ( https://www.allaboutcircuits.com/electr ... --Ramtron/ ), il en existe de différentes capacités.
Cela permet d'avoir une mémoire qui garde son contenu même si l'on coupe l'alimentation comme une éprom mais avec la possibilité de faire évoluer son contenu au cours de son utilisation comme une RAM.
Pour le forth cela permettrai de faire évoluer le noyau et qu'il soit "sauvegarder" quand on éteint l'ordi
J'avais l'idée de travailler sur ce type de cartouche/multirom avec ce type de composant mais pour l'instant mon boulot m'accapare beaucoup de temps.
Comme dit précédemment je ne pourrait tester sur machine réelle qu'à partir de septembre !!!
Par contre sur l'émulateur de Daniel ont peut déjà tester ...
