Oui des diviseurs pardon
Parce que Xmax=Xmin+12 donc si on incrémente Xmin et Xmax avec un pas qui n'est pas un multiple de 12, il faut tester si on ne sort pas de l'écran (si on ne veut pas scroller trop loin), et donc sauvegarder le nombre de scroll, or j'ai une matrice [B] dont je fixe les dimensions, si à chaque scroll il faut la redimensionner pour être sûr de ne pas dépasser la map ça va encore plus ralentir. En plus il faudrait retenir le nombre de scrolls pour remettre à jour la position du perso et tout, bref ce n'est pas pratique. Tandis que là il faut juqte que la taille de la map soit un multiple de 4 (ou 6) et c'est bon.
Et en plus le temps de rafraichissement augmente avec le nombre de scrolls...
10 je trouve ça trop (ça ne laisse pas assez de marge de manœuvre pour le joueur).

faudrait alors supprimer au fur et a mesure la memoire, donc interdire le retour en arriere et permettre l'acceleration du programme, laissant une marge pour votre rafraichissement d'écran qui ralentit au bout d'un moment.
c'est chaud, quand meme!!!!

Hein?
Mais on interdis déjà le retour en arrière, et il y a déjà une marge pour le rafraichissement...
Mais pourquoi ralentirait-il au bout d'un moment?
Et qu'entends tu par "supprimer au fur et a mesure la memoire"?

Dans la dernière version de m@thieu41, les niveaux sont stockés dans des listes permanentes.
La question de supprimmer les données disparue se poserait si les niveaux étaient aléatoires, ce qui n'a pas été retenu par m@thieu41.

Le fait que les niveaux ne soient pas aléatoires permet d'être sûr qu'ils sont réalisable, et de faire les niveaux qu'on veut.
Revenir en arrière est comme le dis Linka possible d'un point de vue mémoire du jeu, mais sa mise en oeuvre alourdirai le code, et ralentirai le prgm plus que maintenant, alors que ça ne va déjà pas très vite...
De plus, plusieurs préfèrent qu'il n'y ait pas de retour en arrière possible (la majorité a voté contre).

m@thieu41 a écrit:Et en plus le temps de rafraichissement augmente avec le nombre de scrolls...

t'appelles ca comment alors

heeeeeuuuuuuuuuh :

Alors je n'ai pas saisi ce que tu veux dire.

réponse au hs:

rpgcreator a écrit:laissant une marge pour votre rafraichissement d'écran qui ralentit au bout d'un moment.

rpg a écrit:

m@thieu41 a écrit:Et en plus le temps de rafraichissement augmente avec le nombre de scrolls...

Comme je l'ai dis, le scroll est d'autant plus lent que le nombre de colonnes scrollées est grand. Mais ce temps est fixe durant tout le jeu, il ne va pas en augmentant, puisque le nombre de colonnes scrollées ne change pas.

ha ok

hs:

Et voilà un nouveau screen!  
C'est un peu lent mais ça reste jouable


Dans l'immédiat, il faut que je passe le scroll à 6 colonnes par 6, et après je poste le code. (je scrollerai quand on est à 3 colonnes de la fin et je nous amène à 3 colonnes du début ça va à tout le monde?)
Ensuite il restera à faire un mario boule de feu

Spoiler: