LABYRINTHE MANIA ( JEUX 3D SUR OPENGL)

Commentaire de LordBob le 26/07/2004 18:45:44

franchement pas grand chose a dire !!! tres bon code !!!
sinon moi j'aurrais prefere pour les controles que lorsque que l'on appui sur les fleches droite et gauche, bah ca nous fait nous deplacer sur le coté. voila sinon c'est tres bien !!!

Commentaire de gagah1 le 26/07/2004 18:57:16

J'aime pas ce 9/10, explique moi pourquoi?Je croyais avoir 10/10!
Je blague, ça fait rien. Le but c'est d'apprendre!!!

Commentaire de djl le 26/07/2004 19:18:52

+1
il manque le straf avec les fleches

Commentaire de gagah1 le 26/07/2004 19:35:20

c'est quoi vraiement un straf?????????

Commentaire de xarier le 26/07/2004 20:03:10

He gagah1 je n ca te dire une seulll chose tres bien realiser tres tres bien meme encore plus t vraimmment super super super c jouable putain que c beau :)

j'ai pas encore vue le code mais autre chose je penes que tu devrai rajouter le temp(car la c tres simple) et aussi permetre au monstre de te tuez ;)

et un editeur de map ;)

aller je te fill 10/10

Commentaire de AlexMAN le 26/07/2004 20:45:41

gagah1, je sais pas si je t'ai deja posé la kestion, mais pkoi OpenGL ? Et pas DirectX ? Ca m'intéresse vraiment de savoir..

xarier > excuse moi, mais lorsk tu écris je ne comprend rien...

++

Commentaire de gagah1 le 26/07/2004 21:06:56

Pourquoi OpenGL? D'abord j'utilise DevC++ et je n'ai pas les librairies pour directX. Ensuite je n'ai jamais touché aux codes qui fonctionnent sur directX.
Xarier. Où pourrais-je trouver ce genre de compresseur? Et pour le timer, je ne me rappelle pas quel timer?

Commentaire de gagah1 le 26/07/2004 21:59:32

Je comprends maintenant ce que tu voulais dire à propos du timer, mais je pense que c'est pas bien.
Je n'ai pas de compte msn. Pour mon mail je t'envoie un message qui contient mon adresse mail.

Commentaire de AlexMAN le 26/07/2004 22:13:36

protools.cjb.net il y a tout les compresseurs imaginables...

Commentaire de DeAtHCrAsH le 26/07/2004 22:56:18

Pour une fois qu'un jeu OpenGL marche chez moi.
10/10 pour la peine.

Shell

Commentaire de norton le 27/07/2004 00:05:16

Franchemment PUISSANT... gg
ca vaut 10/10.
Si non ouais un tuto ca serai génial.

Commentaire de Funto66 le 27/07/2004 02:57:56

gagah1 >> pour le non-10/10 à mon avis c'est encore un bug du site, j'ai remarqué ça depuis qu'il y a le nouveau site, beaucoup de sources sont limitées à un 9/10 au lieu de 10, mais t'inquiète tu mérites 10 on le sait tous ;)
Pour ce qui est de compresser, là je vais faire d'une pierre 2 coups :p : tu peux compresser tes fichiers TGAs et laisser tomber le BMP (1er coup), sauf que pour ça il te faut un loader de TGA adapté et un programme pour compresser...oh mais j'y pense ! J'ai fait 2 sources exprès pour ça ! (2ème coup :p, de pub cette fois ^^).
Voilà, sinon c'est très bien, SAUF (eh ouais j'allais pas te laisser passer comme ça :p) : il n'y a aucune méthode d'optimisation pour l'affichage de la map il me semble (je veux dire par là, ni octree, ni portals, ni arbre BSP (qui serait le plus adapté ici je pense).
Donc, encore une fois, c'est une source qui tourne plutôt lentement chez moi :( mais ça reste jouable ^^

Bon sinon je suis pas trop pour l'utilisation de l'API Win32 avec OpenGL et FMOD, ça tue la portabilité des libs, c'est dommage, enfin bon c'est ton choix...

Bon ben je pense que c'est tout pour le moment, et j'aime bien le jeu dans sa version actuelle, sans timer, c'est pas stressant au moins, on est tranquille, on se la coule douce :p Faudrait mettre un mode jeu où y'aurait le timer, les monstres qui crachent du feu...etc et un mode cool comme celui-là (ouais c'est un flemmard qui parle là :p).

Bref voilà, félicitations et bonne prog ;)

Commentaire de gagah1 le 27/07/2004 06:50:57

Merci pour les compliments les gars. Et surtout à tous vos commentaires.
Funto66 j'essaie de voir ton loader TGA et de l'utiliser si tu me permets, j'ai GIMP pour le compresser.
Pour le tuto, je n'ai qu'un livre 'OpenGL 1.2' que j'ai acheté sur ce site, et c'est tout.
Xarier, je te remercie encore pour le compresseur.
A+.

Commentaire de Wett le 27/07/2004 07:50:20

Ben xarier juste sur la question du portable je pense pas honnetement que sur un projet de ce type (c'est qd meme pas q3 non plus meme si ca a vraiment l'air super :) pas de pc pour tester dsl) passer en sdl plombe tellement les perfs... Surtout qu'en utilisant sdl tu ne fais qu'initialiser, apres sdl passe la main a opengl donc bon a mon avis ca serait pas trop visible question perf... Ce n'est que mon avis :)

Commentaire de dross2 le 27/07/2004 12:23:44

très bon et très pratique.
merci

Commentaire de mickaeliazerty le 27/07/2004 13:11:07

Waouh! trop bon!
Je vais te mettre 10, parce que tu le vaux bien!
En plus, le code est bien lisible et assez riche pour ceux qui, comme moi, voudront un exemple complet de prog OpenGL une fois qu'il en auront les bases.

Commentaire de sibi12 le 27/07/2004 17:22:03

bravo! c du beau... 10/10

sinon ca fait combien de tps que tu code sur ce projet?

Commentaire de gagah1 le 27/07/2004 20:44:48

Funto66, l'image de fond c'est comme ça que je l'ai conçu.  Et à la fin de la partie , il y a un menu qui s'affiche au dessous de la lettre bleu (rejouer , retour menu) c'est pour cela que j'ai affiché le curseur pour selectionner ce menu . concernant le FPS qui passe à 8 ou 9 f/s peut etre à cause de ta carte video.
Pour l'illisibilité de la lettre bleu, je ne sais pas peut etre à cause de police de caractère que j'ai fait en VERDANA!
On verra si quelqu'un d'autre a le meme problème que toi.A+.

Commentaire de coucou747 le 28/07/2004 00:16:48 administrateur CS

http://coucou747.hopto.org/javascript/labyrinthe/
Kirua, j'ai aussi vu ces artticles, j'ai aussi codé le second, j'ai trouvé ce site a partir du linux mag n° 62
Le second était déja codé en C alors je l'ai codé en javascript, évidement, tu ne pouras pas te servir directement de mon code, mais bon, il est vraiment facile a comprendre...

Je suis tout a fait ok avec ce que dis kirua, toutes les cases sont accesibles mais un défaut : uniquement par un seul chemin ... évidement, ceci est modifiable : mon second labyrinthe est la pour ça...
J'ai fait le second a l'origine pour que la labyrinthe généré soit utilisable par un pacmann : toutes les cases sont reliés entre elles, mais pas par un seul chemin... donc je penses qu'il pourait plus facilement être utilisé par un jeu du même genre que le tien.

Kirua ton programme m'interesse, j'ai déja vu ce que ça donnait en C, je ne sais pas si l'algorythme de yann était OO mais je sais qu'il était très performant (en fait, j'ai pas vraiment regardé les sources, j'ai juste utilisé son makefile... et l'article qu'il a fait dessu évidement...)

Le principe est très simple :
tu commence par déclarer ton tableau, toutes les portes doivent êtres fermés,
puis, tu en ouvre une a partir de la case de départ,
puis on choisit une seconde case "cible" si cette case cible est déja reliée, on en choisis une autre comme cible, si elle n'a pas été utilisé alors on ce place dedans rechoisis une case cible etc...
ensuite, quand on est bloqué, on retourne une case avant, et on teste si on est bloqué, si on l'est, alors on retourne une case en arrière, et aisi de suite... dès que l'on est plus bloqué, on refait les opérations du dessus, si on est retourné au point de départ et que l'on est coincé, alors c'est finit, le labyrinthe est affiché...

Voila, je crois que vous comprendrez, c'est très simple, et beaucoups plus facile a utiliser que le premier algorythme brevement abordé dans le linux mag (récursif)...

J'éspère avoir été compris

Commentaire de Kirua le 28/07/2004 01:49:37

dans le cas de mon programme (purement le labyrinthe en tant que tel), c'est un avantage qu'il n'y ait qu'un seul chemin. mtnt, c'est vrai que pr un "level" de jeu, ça pose un problème de jouabilité.

l'autre défaut de cet algo, c'est qu'il apparaît très nettement un très long "couloir" (dans le sens qu'il y a un long chemin sans biffurcations dans le parcours) parce qu'au début de l'algo on n'en arrive jamais à être bloqué, et donc le dit chemin continue, et continue et continue... et les ramifications n'apparraissent qu'à la fin. c'est dc une bonne idée de faire débuter l'algo en un point arbitraire du terrain, pour déplacer ce couloir (qui n'est pas droit, entendons-nous, juste monotone ^^)

Commentaire de gagah1 le 28/07/2004 15:30:45

Funto66>>je sais que nos programmes ne sont pas optimisés, donc on devrait trouver une solution, on est là pour çà non!!!!!!!!! Mais si les autres membres n'ont pas le meme problème que toi, comment faire?????
Si chez vous le menu ne s'affiche pas , qu'il lève la main?
Je rigole? Juste pour savoir si d'autre a le meme probleme que toi.

Commentaire de Funto66 le 28/07/2004 15:59:56

Ben en fait y'a pas que ce bug :(
Y'a des trucs qui dépendent de l'ordre dans lequel tu affiches déjà, je parle du texte du menu principal par exemple, qui est caché derrière ta demi-texture quand il est trop long, et y'a aussi des espèces de taches noires toutes petites dans le jeu, qui restent tout le temps, enfin bref c'est pas net :(

Rahlala si tout le monde avait des ordis pourris comme moi ben on en serait pas là :p

Commentaire de AlexMAN le 28/07/2004 19:15:58

Pareil pourtant j'ai un pov chipset nForce 2... (== GeForce 4MX 32Mo)

Commentaire de xarier le 28/07/2004 19:23:15

moi aussi j'ai une merd de AGP 32 Mo et c suppper !!!!!

Commentaire de fifann le 28/07/2004 22:09:15

Je dois avouer que c est pas mal du tout pour un début .. car j espere que ce n est qu un début ... en C en plus Kyuby... prends en de la graine, il faut qu à la rentrée tu en ais fait au au moin aussi excellent que suila, ... par contre il faudrait que les monstres se déplacent un peu plus vite aussi, ou inclure un systeme de niveaux de joueur ... mais je pense que tu n es pas encore à ce stade là .. lool ... continu comme ça gars ...

Commentaire de revanger le 05/09/2004 17:34:28

heu ... j'ai modifier certians fichier et quand je lance le .exe , ya rien qui change ... j'ai dev C , je peu avec ? faut quoi ( svp freeware )

merci :o)

Commentaire de revanger le 06/09/2004 18:35:36

menu.cpp ou menu.h ...

Commentaire de TurboSat le 01/11/2004 01:29:01

Excellent...

Peut servir de bonne base à un moteur 3D générique.

++@++

Commentaire de Kirua le 25/11/2004 16:59:35

sans vouloir minimiser la construction de ce code-ci, les collisions sont facilitées par le fait que les murs sont tous parallèles ou perpendiculaires (si je ne m'abuse). c'est plus facile de jouer avec des bounding boxes dans ces conditions.

Commentaire de gimli123 le 01/12/2004 14:54:28

Oua ! Excelent tres bien fait ! ;)
Ca tourne nickel (environ 150FPS ds le jeu);
@++++

Commentaire de gagah1 le 20/04/2005 19:07:40

Salut intello!
Je sais qu'on peut tirer à travers le mur, c'est pour faciliter l'algorithme de gestion de projectile dans la fonction membre CMonsterSystem::Shot() que j'ai fait cela. Tu pourrais ameliorer cette fonction si tu veux pas qu'on peut tirer à travers le mur. Tchao!!!!

Commentaire de Bietz le 07/06/2006 14:32:05

Bien joué!!!! Le jeu est superbe pour un début!

Si vous cherchez un livre pour faire des FPS, il existe, et il est très bien: 'Programming a multiplayer FPS in DirectX'  (http://www.amazon.com/gp/product/1584503637/002-2094580-1990468?v=glance&n=283155)
C'est en DirectX, et je sais que pas tout le monde l'aime...
En tout cas, si vous voulez programmer en DX, il y a toujours un compilateur gratuit: Microsoft Visual C++ Express Edition 2005

Je trouve que le moteur du jeu est très bien fait, autant que tout le reste.

Bravo encore!!

Commentaire de Funto66 le 31/10/2006 01:17:19

Si tu demandes à l'ami de tous (à savoir Google, au cas où tu ne verrais pas de qui je parle...) tu tomberais sur www.fmod.org...