Discussion :

[Darkyl]

Bonjour,
Je suis en train de créer un moteur 2d style caesar). Il fonctionne sur une pile d'image à afficher selon un ordre descendant ou ascendant ( a voir selon mon triage). Je le trie selon les x, ou selon les y, ou même selon la distance de l'image au milieu de l'écran en bas, mais à chaque fois, je n'est pas le bon ordre d'affichage, c'est à dire que j'ai des images qui sont affichés aprés (parsk'elles sont reconnu comme aprés selon le triage) alors qu'il faudrait qu'elles soient afficher avant...Je sais pas si je me fais bien comprendre lol.

Bref, quelqu'un sait comment (sur quel algo) on trie des coord (x,y) et tailleimage(x,y) pour avoir le bon ordre d'affichage?

merci

[Paul TOTH]

as-tu un exemple d'image ?

si tu parles d'un jeu en 3D iso, la position et la taille de l'image ne suffisent pas, en fonction de ce que représente l'image l'ordre d'affichage peu changer. Il faut donc associer des informations à l'image pour pouvoir dessiner le tout correctement.

[Darkyl]

j'envoie la photo d'une maison, tous les batiments sont de ce type. Que veut tu dire par d'autres infos? J'ai les coord du point de départ de l'image du batiment et ses dimensions, les coord du point de départ de l'empatement au sol du batiment et ses dimensions. J'ai largement ce qu'il me faut... Mais je ne sais comment trier.. Il faut plusieurs conditions pour savoir si une image doit être affiché avant ou apré une autre... mais lesquelles?

[Paul TOTH]

alors à priori le tri en X n'apporte rien

par contre, il faut trier en Y par ordre croissant, mais en prenant comme référence le point au sol dans l'image...par exemple dans ton image c'est le haut de l'image + 28 pixels

imagine une image de 10 pixels de haut qui viendrait se placer derrière le bâtiment, si tu tries uniquement sur la position ou la taille de l'image, la second image ne sera pas bien placée.

Code :

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

1
2
3
4
5
6
7
8
9
 
    +----
    | .....
 +--| :
 |  | :
 +--| : 
    | :.... <- point de référence dans l image
    |  \
    +----

dans cet asciiArt, les points représentent le bâtiment dans l'image, les + - et | sont les bords gauche, haut et bas de deux images superposées

C'est ce "point de référence" dont je parlais dans mon précédent message.

[anapurna]

salut

tous dépend de ton point de visée

recherche du cotée de zorder

@+ Phil

[Darkyl]

Merci de vos réponses. Pour zorder, je ne pas encore trouvé de lien google en français (qui me sois util) mais je creuse.

sinon, le trie des y suivant les coord de l'empatement au sol des objet (la méthode préconisée par Paul TOTH) peut en effet fonctionner, étant donner que je me place en 3d iso). Je vais la tester.

Je vais tous changer dans mon moteur. Je vais le baser sur des cases de a*b pixels qui contiendront des images ou pas, contiendra des batiments ou pas. C'est à dire que la case peut contenir un batiment mais ne rien afficher (si ce n'est pas la premiere case au sol de ce batiment). Ainsi, avec les cases, plus de soucis d'affichage, case(n+1) sera toujours afficher aprés case(n). Pour les objets animés, qui n'ont pas de case prédéfini, c'est la case au dessus de laquelle ils seront affiché qui déterminera leur ordre. Pour parfair le tout,je prend des cases de la taille du plus petit batiment ou objet qui sera affiché (du style, un perso) et je converti les coords2d(x,y) en coord3diso(x',y').


Mes cases ne sont jamais crées (sous aucune forme que ce soit). Quand on clic,il calcul le case en faisant:

Code :

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

1
2
3
4
5
6
 
 a=x/(largeur d'une case) et b=y/(largeur d'une case)
//b donnant le multiple de nbre de case par ligne (par ex, si 10case par ligne, renvoi 20)
//a donnant le rang dans la ligne (par exemple, renvoie 15)
// Donc, c'est la case 20*10+15=case215.
//Cherche une case inferieur existante dans la liste d'affichage et l'insert aprés

De telle sorte, je ne surchage pas mon appli, pas de temps de chargement (juste les objets crées).

Bonne idée? Qu'est ce que vous en penser?