forum.system-cfg.com

Quelqu'un peut-il confirmer que le dernier caractère définissant le tableau est Z (ascii=90), le premier du deuxième tableau est % (ascii=37)?

Il y a un bug dans la version BASIC de Lode Runner ligne 573 Si on touche un ennemi alors que celui ci est en sa position initiale alors il n'est pas réaffiché puisque ses coordonnes sont ses originales et celle du joueur. La ligne 573 devrait être en 568. Je m'en suis rendu compte, puisque pour l'i...

justement la dernière ligne est cassable.

J'ai testé avec le programme BASIC. La dernière ligne de briques est creusable. Bug?
Par contre on ne peut aller dans la ligne jaune.

Bonsoir, quelqu'un pourrait-il essayer ce test sur un VRAI VG5000? Le test est simple: il s'agit de savoir s'il se passe des trucs tordus sur les bords du tableau . Une fois que vous êtes sur l'échelle tout à doite, tapez frénétiquement sur la touche droite. Voyez-vous le joueur disparaître et faire...

En assembleur la difference est énorme!! Voir mes galères dans les messges précédents

Il y a une colonne 0 en BASIC. On compte de 0 en 39. Si on commence en 0 (ce qui est permis), le basic fait en plus un delim.

@Guillaume: Peux-tu confirmer que dans les lignes 142 et 143, CURSORX=30 devrait être CURSORX=31?

Ouf!! Enfin. Formellement, j'avais résolu le problème dès le message où j'expliquais le remplissage des registres de l'EF9345. Le probleme des briques et du message LODE RUNNER étaient du au problème du CURSORX=30 qui devrait être CURSORX=31.

En tous cas, merci Carl pour les tests et ta patience

Une dernière pour la route

The next one: runtap.zip Bon en fait, il y a un truc que je ne comprends pas dans le code BASIC du jeu: 142 ET 1,3:D$=CHR$(101)+CHR$(101)+CHR$(101)+CHR$(101) 143 CURSORX 5:CURSORY 1:PRINT D$:CURSORX 30:CURSORY 1:PRINT D$ 144 CURSORX 5:CURSORY 2:PRINT D$:CURSORX 30:CURSORY 2:PRINT D$ Alors que si l'o...

@Merkerror Un petit article sur ton site sur ce point de Basic serait une bonne idée, je pense.
Pour aider les futurs développeurs sur VG5000 en basic !!

J'ai rajouté des test_BUSY juste avant le remplissage d'une série de registres ponctué par une exécution. Dans l'ancien code qui foire totalement, j'essayais de profiter du temps d'exécution de l'EF9345 pour remplir les registres.

The very last try .... @Xavier Que veux-tu dire par <<Sinon, c'est impeccable sur le vrai !>>?

PS/ Merci Carl pour ton aide précieuse

Un dernier essai