Salut!

Après avoir posté mon début de demo zelda fait avec blender, je voudrais refaire le système "pesanteur" (je ne sais pas comment on apelle sa exactement) pour virer les petits "sursauts" qui genent pas mal (cf [demo] zelda 3D 1;5)

Donc la solution que j´avais avant pour faire suivre les inégalitées de terrain à link, était de mettre 5 cube parenté a link, a différente hauteur, et de mettre 5 conditions "si cube1 touche le sol, alors link monte de 10 pixels", "si cube2 touche le sol, alors link monte de 5 pixels" etc... (pour finir avec un -20 pixel)

Donc cette solution provisoire marchait bien, mais bon quand link monte de 10 pixels d´un coup, sa se voit. Et je me vois mal faire une 20ene de cube pour avoir un résultat plus fluide

Quelqu´un aurait-il une solution (sans cubes de préférence ) ?

Merci d´avance

Je vois pas trop le rapport avec "pesanteur" (= force qui tire un objet vers le bas). Tu peux detailler ?
Quand tu parle d´inegalité de terrain, tu veux dire que ton terrain n´est pas "lisse", il a des irregularité ?

Le problème est que justement, je ne sais pas comment sa s´apelle

Ce dont je parle, c´est de faire en sorte que link suive le terrain : si le terrain est une pente montante, link va monter en avançant, et inversement...

Par irrégularité je veux justement dire que le terrain n´est pas plat, il a des pentes un peu partout, contrairement à l´eau par exemple

Ok je vois.

Le probleme principale est de savoir si tu peux connaitre la hauteur de ton sol a un point donné.

Exact, à partir de sa, tout deviendrait plus facile (c´était d´ailleur l´utilité et le principe des cubes, mais pas précis du tout )

Donc y aurait-il un moyen de connaitre la position du sol sur l´axe Z de facon plus précise (meme si c´est une solution "maison" )

Ben je sais pas tu programme avec quoi ? il est fait comment ton sol ?

J´ai regardé le sujet "zelda 1.5", tu utilise donc blender, c´est ca ?

oui blender, mais au pire il y a une api python dessus donc...

le sol est juste fait avec un mesh, tout en un

tu peut pas faire une condition qui pousse ton maillage de -xx dans l´axe Z (je croit que c celui du mileu dans GameBlender) ce qui fait qu´il ya tjr une force qui tire ton modele Vers le bas,et si il saute(monter de 10 unites vers le heut par ex) tu sera sur qu´il retombera.

pourquoi tu veux refaire un systeme de pesanteur?

1aragorn ah ouais pas con, faudra juste voir si blender fait bouger les objets dès qu´il recoit un ordre, ou s´il fait d´abord le calcul final des pixels a changer avant de faire bouger les objets (sinon le resultat sera pareil : il y aura des sursauts)

grayfox En fait j´ais jamais utilisé le moteur par defaut de blender (trop de bug en collision sur les murs), donc j´en avais fait un moi-meme provisoirement. Là je le change pour justement corriger les défauts de ce moteur provisoire

Je connais pas blender, desolé je peux pas aider plus.

Lapintade pas forcement me dire quoi faire puisque tu ne connnais pas, mais juste me donner une piste, un truc théorique quoi (comme 1aragorn, il a donné une solution sans rentrer dans les details de blender)

1aragorn en fait en réfléchissant, cette solution reviendrait à celle des cubes, parce que au lieu de faire +10 pixel (par exemple), on va faire +10 -3, soit +7 (toujours par exemple ^^)

J´ai envie de te dire que si tu es au contact de ta surface
l´axe ´hauteur´ de ton bonhomme doit etre dans la direction du vecteur normale a la surface.

Ben si on parle de la theorie, les deux solution que je vois pour resoudre ce probleme sont :
- Calculer la hauteur du sol au niveau des pieds du perso (un seul point) et positionner le perso en consequence (a chaque tour de boucle). Je fais comme ca dans mon jeu
- Si le moteur fait les collision lui meme, n´utilise pas ton perso graphique pour faire la collision avec le sol, mais remplace le par une sphere ou meme deux sphere (une au niveau de chaque pied ou chaque jambe) et hop.

tu peut utiliser un script python pour pousser ton perso tjr vers le bas. c´est fun,sympa et accesible le python, et si tu te focalise sur blender ,c´est encore plus symple.puisque tu n´usera que de 60% du python.

1aragorn j´utilise un peu python, mais juste pour des gestion de variable d´un scene a une autre (sinon je maitrise pas du tout)

Lapintade la premiere solution marcherait bien, mais on peut pas calculer la hauteur du sol par rapport a un point, tous au plus mettre une condition (si le sol est a 10 px du perso, alors...).
J´ais pas trop compris le truc des sphere par contre ^^

godrik tu veux plutot dire perpendiculaure non?
j´y ai pensé mais après sa serait le mesh en lui meme qui serait dans le sens

"J´ais pas trop compris le truc des sphere par contre ^^"

Dans un jeu, on utilise souvent deux mondes completement separés.
Le premier c´est le monde "physique" ou "mecanique". C´est un monde simplifié au maximum qui te sert a faire les collision. Dans ce monde, ton sol a peu de polygone et tes objets sont representés par des formes simples comme des cubes, rectangles, sphere.
Pour les choses plus complexes (un perso par exemple), on utilise un ensemble de formes simples. Une voiture, ca sera par exemple en ensemble de sphere, pour un perso, tu peux utilise des spheres aussi ou des cylindre. La sphere c´est bien, car ca simplifie tous les calculs.

Le second monde, c´est le monde visuel, ce que le joueur voit. Il est bien plus complexe et detaillé. Mais celui ci ne sert qu´a l´affichage, on ne fait pas de calcul dedans.

Pour ton zelda par exemple, tu peux appliquer ce principe : Dans le premier monde, ton zelda, c´est une ou plusieurs spheres qui se balade dans un decor simplifié. L´avantage des sphere c´est que ca fait pas de sauts quand ca percute des reliefs chahutés.
Et a partir des infos calculés dans ce monde la, tu affiche tes persos.

Tous les jeux pros font comme cela.

ah oui tu veux parler des bouding box

mais sa ne reglerait pas le probleme (qui est de faire "suivre" les inégalitées du sol par link).
Mais je pense que je vais suivre la methode de godrik, à savoir mettre un plane invisible toujours perpendiculaire au sol, pour pour ne plus me préoccuper de la hauteur et de l´angle du sol

tu veux ajouter de la physique a ton modèle c´est ça ? comme les objets ds HL2 par exmple