forum.system-cfg.com

Phil, 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 à...

Salut 6502, Si j'ai bien compris tu aurais besoin que le .ORG du Forth soit situé à partir de $8000 ? On peut connaitre la dernière adresse libre en tapant HEX HERE . suivit de cr. Attention les valeurs sont 16 bits signés. bit 7 = 1 => valeur négative, donc à partir de $8000 il considère la valeur ...

Bravo Iapetus,

Toutes mes félicitations pour ce développement en Forth.

Très heureux de voir un autre Forth-Développeur.

You are wellcome Iapetus.

Bonjour, Il y a sur FB le groupe "FORTH PROGRAMMING / EARLY FORTH SYSTEMS & DEVELOPMENT". Si tu ne désires pas t'y inscrire, je peux passer un message que tu n'as qu'à écrire et me le transmettre. Comme on peut s'y attendre le groupe n'est hélas pas des plus actifs, mais il y a quelque...

Bonjour à tous, Voici la version définive du SOKOBAN. C'est exactement le même jeu que celui donné ci-dessus (le 8 avril ) si ce n'est : - J'ai révisé et optimisé le code ( gain de fluidité et de plusieurs octets) - J'ai commenté de façon très détaillée le code source (Fichier Djvu). J'ai essayé d'ê...

Bravo Carl !

Je teste.

Bonjour à tous, Voici la version modifiée du SOKOBAN, suivant les suggestions données par Markerror et hlide. b0CwF39pEm8 1 - J'ai suivi la recommandation de hlide en cherchant des algorithmes de compression. Les plus perfomants sont difficiles pour ne pas dire impossibles à écrire en Forth et que l...

Oui, il y a un éditeur de Niveaux. C'est pourquoi j'étais parti avec cette composition de 2 codes pour un octet. Lors du transfert de l'écran de jeu vers la mémoire (SCR>BUFF) je lis dans la VRAM le code du sprite dans chaque ligne (de ligne$ 0E à $1E) et chaque colonne (de 0 à $18) de la ligne de l...

OK, merci bien hlide. Je m'en occupe tout de suite. EDIT 16h51 - La compression me donne pour un Tableau : de 384 oct -> 69 octet -> 69*50 = 3450 octet soit $0D7A en memoire. Avec les gains utilisant le String d'enregistrement des mouvements + baissant l'adresse de début du programme (Que je peux pa...

@Carl, Ce n'est pas bien grand, mais ça rend bien quand même Bonjour à tous : Les modifications progressent : I GAIN DE MEMOIRE 1) Compression : Comme l'a suggéré hlide, il fallait compresser les niveaux. Le problème avec les algorithmes qu'on trouve sur le Net (RLE et autres) est qu'il n'est pas ai...

Tout à fait raison hlide.

Pourquoi je n'y ai pas pensé ????? Surtout qu'il y a peu de caracteres donc beaucoup de répétitions.

Au travail

Bonsoir, Merci beaucoup Mark, C'est exactement ce que j'attendais ! - Bien vu l'idée de laisser le choix des touches au joueur. Il est vrai que si sur l'ordi les flèches vont bien, la présentation des flèches sur le clavier du VG sont problematiques et moins faciles à mémoriser. - Beau défi que celu...

Bravo,

Belle prise

Bonjour Mark, Merci pour ce commentaire, ce sont justement les retours des utilisateurs et des specialistes qui nous font progresser. D'ailleurs, comme tu t'en doutes, on peut très facilement modifier les couleurs ou les Sprites. J'ai par exemple de gros doutes sur le contraste entre les MURS et les...