Interaction, collision 3D (opengl)

Bonjour,

Depuis quelques temps déjà j'utilise glscene et delphi dans la création de petits jeu. Je maitrise l'affichage de personnage, d'objets 3d fait sous blender ainsi que les collisions.

Cependant il me manque des notions qui m'empêche d'avancer, voici un exemple pour mieux comprendre:
Soit une maison réalisée sous blender et un personnage. A l'heure actuelle je suis capable d'arrêter le personnage si il heurte un mur de la maison mais comment faire pour qu'il puisse y entrer si il passe par la porte?

Autre problème, dans cette maison il y a des objets avec lesquelles je doit avoir des interactions. Existe t'il une méthode pour les placer automatiquement ou dois-je donner les coordonnées X,Y et Z pour chaque objets au démarrage du jeux?

En fait c'est assez difficile de savoir comment les professionnel du jeux vidéo font celà et quelle technique est la meilleur donc je tâtonne et pour le coup je demande un peu d'aide parce que là je voit vraiment pas :calim2::mrgreen:

Merci!

Pour les Jeux, comme NWN, c'est effectivement une gestion par objet plaçable
Pour les Obstacles styles "Maisons", certains contenant une sous-zone, la porte n'est qu'un connecteur entre zone, pour une maison type ruine, le modèle contient des murs et des "trous" (tout simplement pas d'objet), en fait, c'est un ensemble d'objet distinct mis à côté des uns et des autres qui forment un ensemble visuellement cohérent (mais ça c'est la tambouille du moteur que l'on en voit, et que tu cherches à créer justement)

Quand tu dis "dans cette maison", est-ce le même modèle ?
Dans ce cas, ta maison est creuse, la porte doit être un "trou" dans le mur ou alors tu as 2 murs espacés

C'est justement pour cela qu'il y a les temps de chargement, il faut charger le modèle 3D, y mettre les plaçables (aussi bien objet statique que les objets qui se déplacent) pour cela il faut gérer chaque objet, car imaginons que tu puisses détruire les objets, il faut savoir que l'objet n'existe plus, donc il te faut ton gestionnaire de map qui s'occupe de faire une composition de sprite t(ben oui, un objet 3D, ça semble complexe, mais ce n'est rien de plus qu'un sprite contextualisé finalement)

Perso, je n'ai fait que de la 2D, à la main, j'ai géré la création d'un labyrinthe et de fourmis devant aller d'un point A à un point B dans le labyrinthe.
J'ai pas dépassé le Cube, la Sphere et le Cône avec Open GL :mouarf:
Je trouve pénible de passer 90% de son temps sur Studio Max alors que le plus interressant c'est l'IHM et l'intéraction entre les objets, j'avais essayé de faire un jeu, en 3D, ça m'a gavé et je suis trop parresseux, à la maison, je préfère y jouer :mouarf:

tu n'as jamais entendus parler de "moteur physique" ?
du genre Havock, PhysX etc ?

Citation:

---

c'est un ensemble d'objet distinct mis à côté des uns et des autres qui forment un ensemble visuellement cohérent

---

En effet ça confirme bien ce que je pensait, c'est que ça vas me faire une paquet d'objets tout ça! Pour en revenir à l'exemple de la maison, admettons que dans mon programme j'arrête le test de collision quand je me trouve en face de la porte, je peut donc entrer dans la maison mais le problème c'est que si je rentre dans un mur depuis l'intérieur de la maison alors je passerai à travers! et si je réactive le test de collision en étant à l'intérieur de cette même maison ça vas entraîner un bug car pour lui il y a déjà une collision en cours (vu que je suis dans l'objet).

Autre chose que je voulais savoir, c'est au sujet des armes dans les jeux. Dans mon ébauche de jeux, quand je tire je crée un objet dynamiquement (c'est le projectile en fait) puis je test la collision entre le projectile et les autres éléments du jeux. C'est ma façon de faire pour l'instant et je voulais demander si quelqu'un savait quel était la meilleur méthode pour ça.:roll:

Sinon je connais les moteurs de jeux mais comment dire... fournissez moi la doc avec des exemples de bases, assurez moi qu'il s'intègre dans delphi et pas de souci je prend!
En fait j'ai passer tellement de temps à apprendre à utiliser tout ces outils (delphi + glscene etc.), à me taper des articles et des docs en anglais que pour que je laisse tout ça de côté faudrait que les nouveaux outils soient plus simples, plus rapides à apprendre, à comprendre pour un résultat largement meilleur.

bonjour,

il y a plusieurs solutions, par exemple les portal engine, les bsptree, les octree, et j'en passe. ils répondent tous de façon différente à la même question : comment limité le nombre de test à faire pour faire le rendu ou la détection de collision des objets.

Mais il existe des moteurs tout fait (Ogre, CrystalSpace...)

j'ai étudié ces questions il y a quelques années de cela, avant l'arrivée des cartes 3D pour les premiers test :)
http://tothpaul.free.fr/sources.php?bp7.wolf3d
http://tothpaul.free.fr/sources.php?dprgrp.mywin3d
http://tothpaul.free.fr/sources.php?dprgrp.bsp
http://www.zoo-logique.org/tothpaul/adk/ogro.php3

Ok merci pour les pistes!!