[jeu isometrique] Depth= -y pb avec les batiments non carrés

Bonjours à tous.

J'ai un problème, là où depth = -y marche très bien avec les modèles carrés, dès lors que le modèle n'est plus carré mais rectangulaire, on voi apparaitre des incohérences très compréhensibles mais néanmoins regrétables.

J'ai beau chercher, je ne vois pas trop comment résoudre ce problème.

Voilà une illustration du pb:

Envoie ton gm6, je ne vois pas bien sur tes schémas.

Ben quand c'est penché comme ça je pense qu'il faut utiliser les X aussi...
Ou rajouter d'autres tests..

j'ai beau chercher je ne trouve pas, quelqu'un aurait il une autre idée pour résoudre le problème ?

La solution ne serai t'elle pas de faire des batiments carrés ? enfin ca m'embeterait grandement

Bon jvois que t'as pas envie d'envoyer ton gm6, tanpis tu programmeras ca toi même alors.

La solution que j'ai à te proposer est d'enregister des points sur ton sprite, à des positions importantes du sprite, c'est à dire à l'extrème dans le coin le plus à gauche et le plus haut et dans le coin le plus à droite et le plus bas.

Ensuite, si tu veux donner de la profondeur, tu créeras une seconde ligne obtenue par translation de la ligne entre les deux points précèdants du bas vers le haut.

Après cela, tu check les collisions entre ton personnage, et avec un quelques lignes de codes et une bonne manipulation de collision_line tu pourras savoir si ton personnage est devant ou derrière ton batiment.

J'aurais pu programmer ca pour toi mais il ne faut pas se montrer rétissant comme cela

en fait au lieu de tester cela avec des lignes horizontales, il faudrait que tu teses ca avec des lignes obliques ( tu calcules d'abord l'equation de la ligne de la diagonale du parralelogramme, la ligne en bleu sur mon dessin).

Et ensuite tu calcules si l'objet est situe en dessous ou au dessus du batiment(de la ligne bleu) si il est au dessus, la depth du batiment est plus petite, sinon le contraire.

C'est ce que jviens de dire..

Je veux pas etre méchant mais c'est pas du tout ce que j'ai compris en lisant ton post.

c'est un joli problème à résoudre et je pense qu'il a bien été cerné. En réfléchissant on peut se demander l'utilité d'une telle progamation, personnellement j'imagine que c'est seulement pour l'esthétisme de ton jeu ... C'est vrai que des batiments vu exactement sous un angle de 45° ca peut être parfois moche, une vue se rapprochant d'un angle de 60° est peut être plus joli enfin à toi de voir

Si j'ai bien compris, cette technique suppose de tester tous les objets de la view entre eux et ce à chaque step pour determiner si chaque objets est situé au dessus ou au dessous de chaque diagonale de chaque autre objet.

Ca me semble impossible et terriblement lourd pour le PC.

De plus , cela implique de calculer pour chaque sprite l'équation d'une droite affine, et vu le nombre des batiments que va comporter le jeu, c'est un travail de titan.

Je crois que mes batiments vont tous être devenir carrés.

Absolument pas

Tu dois uniquement faire tes calculs pour la depth du hero, lors d'un event collision avec un batiment.

oui j'essayerais de te faire un exemple ce soir si tu veux bien

Je veux bien un exemple edi9999 parce que la vraiment je sèche, et c'est un des plus gros problèmes pour la suite du moteur de mon jeu. Je vais tout de meme y réfléchir de mon coté

et voila le ptit exemple. Bon j'ai un peu trifouille,donc ca donne un code louche, mais ca marche:

http://edi9999.ifrance.com/cbna/carre.gm6

Je suis impressionné, merci beaucoup.

Cependant, est-ce que ton programme peut s'appliquer à plusieurs personnes comme le héro (jusque la c'est bon) , mais aussi les ennemis. Car l'emploi de la variable global.dir me laisse présager que le programme ne tieny compte que d'un seul joueur, à moins que je n'ai pas bien compris ton code.

Nikel... c'est parfait

Si j'ai des batiments d'une autre proprotion , (plus ou moins long), est ce que ce code marchera ?

Si ca reste dans le meme angle d'isometrie, ca devrait etre bon. Sinon faudrait que tu changes global.dir en fonction.