Un RPG ???

Personelemtn je n'ai pas de PC du tout. Il n'y a que celui de mon pere qui ne veut pas de ti-connect dessus. Il n'y a que celui de mon frere qui est en IUT et qui ne revien toute les 2 ou 3 semaines. Et encore, il n'aime pas trop que j'y touche aussi. (c'est quand meme grâce a lui que j'ai eu axe ).

Ballot.

MOUAHAHAHA J'AI 229376 OCTETS D'ARCHIVE LIBRES SUR MA 83+ ET JE VOUS DÉFONCE TOUS !!!!

Edit Alex: on ne poste pas de HS sans prévenir

T'as essayé de les remplir ?

Bravo pour le HS sinon.

Pour ceux qui nous rejoignent maintenant je rappelle que nous parlons du rpg que veut faire maxence.

MOUAHAHAHA J'AI 229376 OCTETS D'ARCHIVE LIBRES SUR MA 83+ ET JE VOUS DÉFONCE TOUS !!!!

Euh... non, tu ne me défonce pas, ça fait un an que c'est comme ça chez moi

tu as suivi un de mes tutos, ou tu as fait ça avec un programme en Assembleur ? ça intéressera kindermoumoute.

Bref, pour ne pas être Hors-sujet, je dirais que 229 Ko d'archive seraient bien pratiques pour coder un RPG en Axe

ouuuh ce rattrapage de meeeerde...

Je sais, c'était ma minute rageux

Non, j'ai suivi ton tuto sur Omnimaga (qui est très bien, +1) mais qui manque un peu de précisions : comment restaurer les backups, une liste des trucs à pas faire etc ...

D'ailleurs je t'ai posé une question sur le topic : [Vous devez être inscrit et connecté pour voir ce lien]

Oui mais stop HS plz.

J'ai un peu plus de 400 000 de mem ARC et 24 000 de ram, je pense que pour le rpg ca devrait passer.
En se moment les bugs surviennent meme lorsque je creer des appsvars donc je vais voir pour la map.

Il y auras peut-etre une classe avec des marteau, qui auront une chance d'assomer, ou plus precisement, qui cumulent des points de stun, et qui assoment quand ils arrivent a un certain seul. (plus on fait mal, plus on gagne de points de stun).

Bon, ca c'est si j'ai de la place libre, j'aurait meme peut etre d'autre idee de classe qui me viendront apres.

En tout cas utiliser les appvars c'est une manière sûr de pouvoir utiliser des datas en surplus. En fait il existe un moyen de lire les appvars archivé.. sans les désarchiver. Seulement on ne peut que les lire. Donc Par exemple ton appvar sauvegarde sauve tous les changements du jeu et se trouve dans la RAM (le temps de sauvegarder au moins), quand à la map pas besoin de la désarchiver.
Après je ne vois pas pour quelle raison tu voudrais modifier une tilemap ?

Sa dépend, s'il décide de faire en sorte que les ennemis ne reviennent pa sur une zone où on les a déjà tous exterminé par example, ou alors s'il y a possibilité de détruire des batiments irrémédiablement, si un passage secret reste visible une fois déccouvert, ... Mais bon, on peut aussi créer des variables suplémentaires pour mémoriser ça.

Sandro

Ou alors on change les tiles... mais là ça veut dire que celles ci sont dans la RAM dans une appvar à part.

Ya le coup du coffre perdu dans la nature...

Oui, enfin je pensait par exemple a la destruction d'un mur liberant alors un passage indisponible jusqu'alors

Ouaip, après il faut toujours pensé que ton jeu propose deux menu "nouvelle partie" et "reprendre". Donc que ce soit pour la sauvegarde ou pour la nouvelle partie, il y a les 'double' tiles à sauvegarder.

je pensait simplement faire en sorte que la map soit remise a zero avec nouvelle partie. Au fait, quelle est la methode pour lire la map sans la desarchivée ?

GetCalc("appvAPPV",Y1)
Y1 est un fichier (tokens des variables des fonctions) il ne s'utilise pas pareil que les pointeurs. En fait ce qui marche :

Code:

{Y1+X}
nib{Y1+X}r (pas testé)

Et c'est tout.

maxence a écrit:je pensait simplement faire en sorte que la map soit remise a zero avec nouvelle partie.

Cela veut dire qu'il faut que tu prévois toutes les tiles qui vont changer alors. Parce que tout remettre à zéro t'as plus de tilemap.

En fait j'ai une odée mais je ne dais pas si elle est aplicable:

Je garde le programme qui creer l'appvar map, mais il est plus complexe qu'un simple createur d'appvar.

Au debut on stoque la map dans GDB1, puis on test si l'appvar existe deja ou non. Si ce n'est pas le cas on la creer, sinon on ne fait rien. Puis dans tout les cas on copie GDB1 dans l'appvar.

Donc si elle n'existe pas elle esr creer, sinon on remplace juste la tilemp actuelle par le plan de base. C'est possible ca ?

Dites moi si je m'exprime mal...

C'est possible, mais je ne comprends pas trop l'intérêt -_o

Cela nécessite deux fois plus de place en tilemap sur la calculatrice...

Ben non, ca prend a quelque chose pret la meme chose que si je creer l'appvar.
En fait c'est le programme qui creer l'appvar, mas la seule difference c'est qu'il l'a creer quand elle n'existe pas et la remplace quand elle existe deja, il n'y a que deux ligne en plus. Comme ca quand on fait nouvelle partie ca appelle ce programme qui remet la map à son état d'origine.

En fait en général lorsqu'on utilise un jeu qui utilise une appvar, on a juste l'exécutable et la (ou les) appvars nécessaire au bon fonctionnement du jeu. C'est beaucoup plus lourd d'envoyer le créateur d'appvars en plus.

Ah oui d'accord. C'est sur mais je vois pas d'autre solution que celle ci pour laisser au joueur la possibilite de detruire n'importe quel bloque. Au plus simplement je crois que je vais enlever la possibiliter de le faire, ca sera plus simple.

Bas il suffit de retenir les coordonnées et les tiles à remplacer lors de l'initialisation :

Code:

:GetCalc("appvSAVE")→P
:XXX→°NEW
:.XXX le nombre de tiles à remplacer.
:°NEW*3→°SIZE
:Buffer(°SIZE)→°RESET
:.En réalité ici tu met dans l'ordre X1, Y1, TILE1, X2, etc.. XXX fois
:For(I,0,°SIZE)
:{I*3+2+°RESET}→nib{{I*3+1}*6+P*2+{I*3}}
:End

Enfin à quelque chose près.

Il me semble que les constantes ne passent pas sur ma version. Oui je vais essayer de telecharger la derniere version dès que possible.

Kindermoumoute, tes tutos arrivent bientôt non ? Je vais les attendre pour voir ce qui peut-être interressant pour ce projet