la meilleure methode pour scroller une map ... - Page 1

alors voila, j'aimerais savoir si vous connaissiez des methodes efficaces pour scroller une immense (mé vraiment immense) map ds tous les sens de la terre

pour le moment j'utilise ca , mais ca me plait pas : ma map est stokée ds un fichier a part, je la charge ds un buffer pour la lire et je l'ai decomposé en 8 matrice differentes pour pas fere un trop gros buffer , ds ces matrices sont stokés des chiffres (evidemment) allant de 0 à 12 et correspondant a des sprites 8*8
donc à chque fois que je bouge, sur un coté ou un autre, je decale la tete de lecture de ma matrice et j'affiche a l'ecran tous les sprites dont on connait la position : en multipliant par 8 leur position ds la matrice (et en enlevant l'offset correspondant a la tete de lecture)

mais y'a un probleme, je ne peux faire que des pas de 8 pixels sinon , j'aurais de bande blanche en haut et a gauche (vu que x et y de sprite8 correspondent au coin en haut a gauche du sprite et que ces coordonnées ne peuvent etre negative)
et pis c vraiment lent(enfin je trouve) j'ai essayé de passer par des ecran virtuel mais c'est tout aussi lent

donc si qqun a une idée super sympa, merci bcou !!

y a des bouts de maps qui bougent en restant à l'écran quand tu bouges ?

La méthode que tu utilises n'est pas mauvaise.
Par contre, je ne comprends pas pourquoi tu as décomposé ta map en 8 maps plus petites ça ne permet que de ralentir, à mon avis.

Sinon, je ne sais pas trop ce que tu utilises pour afficher tes sprites, mais tu devrais essayer les fonctions clippées de différentes libs graphiques (perso, je trouve que les meilleures sont genlib et extgraph 2), les fonctions de genlib sont bien plus rapides que celles d'extgraph.
Sinon, tu devrais essayer de décomposer ta map en tiles (=sprites, c'est pareil) de 16x16 plutôt ce sera plus rapide à afficher (2 fois plus rapide à mon avis).

Et enfin, sache que des libs graphiques permettent de faire ce que tu souhaites de façon très rapide (beaucoup plus qu'en utilisant ta méthode) les deux seules que je connais sont genlib et mon Tilemap Engine
Cependant, sache que genlib est une lib dynamique et est plutôt adaptée pour faire un jeu complet ; je ne sais pas si c'est ton cas mais si ça ne l'est pas, je trouve un peu dommage d'utiliser une lib dynamique rien que pour ça.
Sinon, mon Tilemap Engine est une lib statique, mais il risque de se faire dépasser bientôt par genlib en termes de performances. Donc à toi de voir ce que tu veux.

flanker >> oui, en fait j'aimerais savoir si qqun connait une methode pour decaler la map par pixel ce qui est impossible avec sprite8 mais aussi ss utiliser bitmpget , c vraiment tro lent !!

bidoo> Tu as lu mon post ?

Niveau rapidité, Xlib est quand meme plus rapide pour les sprites... en revanche pour dessiner une level, il vaut mieux une drawlevel...

C'est ce que tu dis, cependant personne n'a réussi à regrouper toutes les fonctions d'Xlib non boguées qui sont éparpillées dans les dizaines de versions non distribuées et/ou perdues

Sasume> au fait ton format entrelacé c'est une alternance sombre/clair ou clair/sombre ?

j'ai deja fourni un bench avec genlib, et genlib est deja plus rapide que extgraphlib, donc bon je n'en parle meme pas...

Oui oui on sait, pas la peine de relancer le "débat"

Par contre, je ne comprends pas pourquoi tu as décomposé ta map en 8 maps plus petites ça ne permet que de ralentir, à mon avis.

c'est pas a cause de la vitesse mais pour ne pas bouffer trop de memoire car elle est vraiment immense...

bidoo> Tu as lu mon post ?

oui excuse moi sasume dsl j'ai pas pu repondre tout de suite
merci infiniment sasume tes fonctions m'ont l'air particulierement utile

je vais tester les librairies que vous m'avez conseillé

neanmoins,comme je suis vraiment tro naze en asm, j'aimerais bien savoir comment tu fais sasume pour afficher un sprite de tel sorte que les coordonnées de son coin haut-gauche soit negative

ça s'appelle le "clipping"
Il "suffit" d'éliminer la partie du sprite qui sort de l'écran, en fait en pratique ça n'affiche que ce que tu vois, ça coupe les bouts pour que rien ne dépasse.

merci ximoon!
merci aussi sasume !

juste comme ca, prochainement sur TI , cowboy beepop!

euh... soit
en shoot'em up? beat'em all? jdr?

pour afficher en negatif, ca peut t'aider:
*(char*)LCD_MEM = 0b11111111<<6;
regarde ce que ca donne

Ximoon
: Sasume> au fait ton format entrelacé c'est une alternance sombre/clair ou clair/sombre ?

Au choix

bidoo
:

Par contre, je ne comprends pas pourquoi tu as décomposé ta map en 8 maps plus petites ça ne permet que de ralentir, à mon avis.

c'est pas a cause de la vitesse mais pour ne pas bouffer trop de memoire car elle est vraiment immense...

Mais pourquoi ça te fait gagner de la place ?
Tu as des zones redondantes ?

Sasume
:

bidoo
:

Par contre, je ne comprends pas pourquoi tu as décomposé ta map en 8 maps plus petites ça ne permet que de ralentir, à mon avis.

c'est pas a cause de la vitesse mais pour ne pas bouffer trop de memoire car elle est vraiment immense...

Mais pourquoi ça te fait gagner de la place ? Tu as des zones redondantes ?

non non je parle de la place occupé par le buffer qui doit la contenir

sasume>>y'aura un peu de tou dedans.

Mais pourquoi le fait de découper en 8 te fait gagner de la place ?

Tu as un gâteau, il prend un certain volume.
Tu le découpes en 8 parts.
Ça prend toujours autant de place

J'ai du louper un truc.

Sauf si chacune des 8 parts est compressée indépendamment des autres.

Effectivement.
Mais ça m'étonnerait que ce soit ça

bein si ca permet de gagner de la place si le motif est plus petit..

Comment ça ?

pour manger ton gateau, t obligé de le coupé en 8 pour manger tes part les unes apres les autres, tu ne peux pas engloutir ton gateau en une fois il est trop gros

ça dépend du gâteau

Sasume
: J'ai du louper un truc.

... oui : mon gateau est ds un fichier a part et il prend la moitié de la ram donc lorqsque je ve le lire, je dois le sortir du fichier et le mettre ds un buffer temporaire non? comme il é gros , pour pas avoir de bleme de memoire j'en sort qu'1/8 a chaque fois

Si tu dois seulement le lire sans le modifier, tu n'es pas obligé de le charger en ram

Ah ok
Si tu utilisais des sprites 16x16, la taille de ton gâteau serait divisée par 4.

bidoo :
merci ximoon!
merci aussi sasume !
juste comme ca, prochainement sur TI , cowboy beepop!

Ximoon :
euh... soit en shoot'em up? beat'em all? jdr?

-> ?

ximoon,>> c vrai mais c'est moins rapide si la map est archivé
sasume >>oui mais je fais du graphisme fin chuis obligé de faire du 8x8

on peut avoir des screens pour se rendre compte?
sinon pour la rapidité en ram/rom, c'est documenté?