CRÉATION D'UN TERRAIN AVEC OPENGL terrain, opengl, heightmap, eau, chargeur, Source N°40069

Information sur la source

Catégorie :OpenGL Classé sous : terrain, opengl, heightmap, eau, chargeur Niveau : Initié Date de création : 25/10/2006 Date de mise à jour : 05/11/2006 18:45:28 Vu / téléchargé: 9 823 / 1 449

Auteur : eplanet

Site perso

Ecrire un message privé

Note :

10,00 / 10

1
2
3
4
5
6
7
8
9
10

Commentaire sur cette source (13)

Ajouter un commentaire et/ou une note

Description

Cliquez pour voir la capture en taille normale

Bonjour à tous, je mets à votre disposition ce début de moteur 3D en openGL codé avec devC++. Il s'agit d'un terrain chargé à partir d'une heightMap, voici les différents points abordés:

- Création d'une fenetre et gestion des périphériques avec SDL
- Lecture des images TGA
- Loader de texture
- Création d'un terrain à partir d'une heightMap
- Utilisation des vertex buffer
- Mixage de textures en fonction de l'altitude
- Effet de vagues
- Effet de feu (moteur de particules à activer)
- Billboarding pour les arbres
- Musiques avec Fmod

J'ai essayé de mettre quelques commentaires, et des noms de classes et variables assez explicites.

Voila, vous pouvez voir quelques images du jeu ici : www.eplanet.fr/megalopolis/galerie.htm où sont entreposées les images au différentes étapes de la conception.
Vous pouvez télécharger l'executable ici : http://www.eplanet.fr/megalopolis/telecharger.htm

Conclusion

Quelques bugs:
- Problème de transparence pour les arbres malgré le tri de profondeur
- Zoom avec la molette de la souris pas très fluide
...

Vous pourrez suivre l'évolution du jeu ici : www.eplanet.fr/megalopolis

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

fmod.dll161 280 octets
camera.h 769 octets
eclairage.h 623 octets
environnement.h 1 530 octets
math3D.h 3 294 octets
menu.h 474 octets
objets.h 403 octets
particules.h 438 octets
partie.h 215 octets
personnages.h 820 octets
sons.h 536 octets
souris.h 880 octets
templates.h 690 octets
terrain.h 2 604 octets
texte.h 238 octets
textures.h 1 609 octets
toolbar.h 283 octets
vbo.h 830 octets
Lisez-moi !.txt 294 octets
Makefile.win3 184 octets
Megalopolis.dev5 668 octets
Megalopolis.layout2 615 octets
SDL.dll237 568 octets
0.mp3 121 625 octets
camera.cpp 8 107 octets
eclairage.cpp 1 577 octets
environnement.cpp 10 425 octets
interface.o1 078 octets
main.cpp 4 599 octets
math3D.cpp 9 138 octets
menu.cpp 10 567 octets
objets.cpp 2 734 octets
particules.cpp 5 121 octets
partie.cpp 4 804 octets
personnage.o4 890 octets
personnages.cpp 1 633 octets
sons.cpp 1 085 octets
souris.cpp 2 031 octets
terrain.cpp 13 690 octets
texte.cpp 1 227 octets
textures.cpp 6 044 octets
toolbar.cpp 4 521 octets

Télécharger le zip

Historique

05 novembre 2006 18:45:28 :: Modification de l'adresse du site : www.eplanet/megalopolis

Sources de la même categorie

Toutes les sources de la catégorie OpenGL

Sources en rapport avec celle ci

Commentaires

Commentaire de eplanet le 25/10/2006 15:45:43

Voila, j'attends vos commentaires avec impatience ! Je suis aussi ouvert à toutes suggestions :-) surtout en ce qui concerne les structures de données et les algorithmes.
Commentaire de SAKingdom le 25/10/2006 16:14:29

ça a l'air pas mal mais pourrais tu mettre un exe dans le zip pour que l'on puisse tester sans être obligé de tout compiler (c'est plus pratique quand on a pas DevC++ d'installé).
Commentaire de eplanet le 25/10/2006 16:17:32

Il y a un executable ici : www.eplanet.fr/telecharger.htm

Je ne peux pas le mettre dans le zip car il prend beaucoup trop de place (avec les textures...)
Commentaire de jmhC le 25/10/2006 18:44:43

et SDL ! Mais à la vue de la copie d'écran celà à l'air pas mal !
Commentaire de luhtor le 25/10/2006 18:49:11

Je suis moi meme en train de développer un moteur de terrain pour un mmorpg:
http://destinee.dreamoverflow.com/ (petit coup de pub)

donc je suis assez critique sur ton moteur. J'ai peur que tu sois tres vite limité. Peut etre que le jeu sur lequel tu travailles ne demandent pas énormément de chose. Mais il faudrait au minimum ajouter un système de lod, meme rudimentaire. La tu vas etre rapidement limité par la taille du terrain. Dans mon cas, il faut gérer un monde à la WoW, donc au moins une dizaine de km, donc la question du lod ne se posent meme pas: c'est indispensable.

Je pense que le plus efficace aujourd'hui si tu restes accrochés aux heightmaps, c'est d'aller voir le fonctionnement des chunked-lods.
Commentaire de eplanet le 25/10/2006 19:00:51

Exact :) en fait je suis en train de reprendre ce programme avec directX cette fois-ci, histoire de pouvoir comparer un peu. Je viens de faire un système de chunks qui reste à optimiser mais qui me permet deja de multiplier par 40 la surface du terrain tout en ayant un fps de 300... Donc c'est clair que ca change tout !
Commentaire de luhtor le 26/10/2006 11:34:40

Mais des que tu utilises les vbos, on a vite fait d'atteindre les performances maximales de la carte. Tu avais 300 de fps avec cb de triangles affichés par frame ? Oublie pas que le frustum-culling, l'occlusion-culling, front-to-back rendering sont autant de techniques qui permettent de gagner en performances; chacune plus ou moins facilement implémentable.

Après, je sais pas a quoi servira ton moteur de terrain, si c'est pour un jeu d'avion ou autre, si tu n'as pas besoin d'avoir une haute précision de texture au sol, ca te facilitera la tache. Dans le cas contraire, ya du boulo :)
Commentaire de eplanet le 26/10/2006 12:58:18

Sous mon projet actuel (avec DirectX), j'arrive à afficher un terrain de 262 144 triangles (512x512) à 300 fps en utilisant les chunks et le frustrum-culling (et un brouillard qui me permet de ne plus dessiner à partir d'une certaine distance). Je n'ai pas encore mis au point un occlusion-culling qui est un peu plus complexe. Je compte essayer de simuler un comportement grégaire entre différents individus (je n'ai pas encore choisi la race, peut-être des hommes préhistoriques), donc un terrain de 512x512 me parait suffisant, par contre il me faudra un niveau de détail assez élevé. Je vais me pencher sur les vertex et pixel shaders.
Commentaire de wxccxw le 03/11/2006 12:13:42

je n'aime pas OpenGL mais les resultat sont, je doit l'avouer tres joli
Commentaire de eplanet le 03/11/2006 20:44:47

Merci :)
Commentaire de Arnaud16022 le 17/11/2006 15:57:48

Heu ... j'ai un peu peur , là ...
point de vue "- Mixage de textures en fonction de l'altitude"
c'est moi ou tu crées une nouvelle texture par polygone ??

EDIT : ah nan, mais dans ce cas tu crées une unique texture pour toute ta map ?
Je pense qu'un shader ou une texture3D serait plus adapté ...
D/L de la grosse version en cours.
Commentaire de eplanet le 17/11/2006 17:22:36

Oui, je crée une unique texture pour toute la map. C'est vrai que les shaders permettent de le faire en économisant de la mémoire vidéo, mais j'avais commencé par faire simple :)
Commentaire de Arnaud16022 le 17/11/2006 19:21:34

ok mais ... elle fait quelle taille cette texture ? 1024 ?

Ajouter un commentaire

Discussions en rapport avec ce code source

Deplacement d'un personnage en OpenGL par Clercq

[OpenGL] Chute d'eau - Générateur particules d'eau par ymerej

Besoin d'Aide en C++/OpenGL pour RTS 3D par ionstorm356

Discontinuités terrain avec un algo QUADTREE en OPENGL par maelwen

Ou se procurer openGL pour wxWIDGETS par satellite34

OpenGL et moteur3D par adess00

Probleme avec glut par ibiscuss

texte openGL et SDL par vangeurmasker

Performance opengl minable par luhtor

problème opengl par saprobionte