Discussion :

[dragonno]

Comme je trouve plus pratique de stocker des tiles en ne leur donnant qu'un numéro à chacune, j'ai cherché une méthode pour calculer la position X,Y dans un tileset d'un tile dont on ne possède que le numéro.

Le X,Y du tile dans le tileset permet ainsi de le copier vers la future map.

Comme j'aime bien partager des choses, je met la formule ici, si ça peut servir à quelqu'un :

Identificateurs bidons (des noms) pour cet exemple :
N=Numéro du tile à copier - 1 (on enlève 1).
Xtiles=nombre de tiles dans la largeur du tileset.
Ytiles=nombre de tiles dans la hauteur du tileset.

Trouvons les coefficients pour notre formule :
TY=coeficient pour la hauteur = Partie entière de (N/Xtiles).
TX=coeficient pour la largeur = N-(TY x Xtiles).

Trouvons X et Y :
Y=TY x hauteur d'un tile.
X=TX x largeur d'un tile.

Exemple pratique :
Un tileset qui contient 10 tiles dans sa largeur et 8 tiles dans sa hauteur.
Le premier tile complètement en haut à gauche a le numéro 1 et le dernier en bas à droite a le numéro 80.
On a donc 80 tiles (de 1 à 80).
Admettons que chaque tile fait 32x32 (par exemple, on prend ce qu'on veut, c'est juste pour le calcul).

Calculons par exemple la position X,Y du tile numéro 27 :
(suffit de suivre la formule)

TY = partie entière de (27/10) = 2
TX = 26 - (2 x 10) = 6

X = 2 x 32 = 64 pixels
Y = 6 x 32 = 192 pixels

Voilà, on peut maintenant copier le tile de la position X,Y pour l'envoyer à l'affichage de la map.

Cette méthode est pratique dans le fait qu'on a juste à stocker les numéros des tiles et non pas : coordonnées + numéro.

[dragonno]

Bonjour

Comme je ne peux pas éditer mon premier post, je rajoute une précision ici :


EDIT : Précision !

A propos de la formule utilisée :
Si la numérotation de vos tiles commence à 0 alors N=Numéro du tile.
Si la numérotation de vos tiles commence à 1 alors N=Numéro du tile - 1

[LittleWhite]

Bonjour,

C'est vrai, mais pourquoi ne pas utiliser un outil, pour définir les sprites à la souris puis charger les infos, par un fichier XML. Ainsi, on peut faire des animations à taille variable (chaque sprites peuvent avoir une taille différente).

[dragonno]

En effet, l'idéal c'est de pouvoir gérer des tiles de tailles différentes, mais ici je parle des tiles de sols pour la map (et des sols ont toujours la même taille).

La gestion de tailles différentes est utile seulement pour les tiles de décors (maisons, arbres, etc).
C'est aussi utile pour les personnages mais alors je n'aurais pas parlé de tilesets mais de charsets, donc de chars (sprites de personnages).

Je n'ai pas bien saisi ton idée de l'outil.
Sinon la méthode de faire un outil (pour remplir le XML) qui va servir à faire un outil (l'éditeur de maps), je trouve que c'est trop faire.
Dans le code de ton éditeur de maps tu peux définir les dimensions de tes chars ou tiles, et l'éditeur se sert de ces valeurs quand l'image est sélectionnée pour la placer sur la map.

[c.aug]

Rho c'est compliqué ton code.

Ca se règle en trois lignes ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
int col, row, index, numColon;
col = index % numColon;
row = index / numColon;

Mais normalement on fait ça plus proprement avec du binaire sur des dimensions power 2 (obligatoire dans tous les cas: sur du rendu gpu c'est imposé par la carte vidéo, et pour du rendu cpu il faut accélérer les calculs):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
// code à l'init du moteur
numColon = 1 << numColonShift;
numColonMask = numColon-1;
 
// code sur les routines
col = index & numColonMask;
row = index >> numColonShift;