PETIT DOOM LIKE EN OPENGL [VC++]
cs_djl
Messages postés
3011
Date d'inscription
jeudi 26 septembre 2002
Statut
Membre
Dernière intervention
27 novembre 2004
-
31 janv. 2004 à 21:05
Utilisateur anonyme - 6 févr. 2006 à 12:15
Utilisateur anonyme - 6 févr. 2006 à 12:15
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/19983-petit-doom-like-en-opengl-vc
https://codes-sources.commentcamarche.net/source/19983-petit-doom-like-en-opengl-vc
6 févr. 2006 à 12:15
J'ai jeté un coup d'oeil à tes sources et je voudrais savoir si tu penses que l'on peut les adapter pour qu'elle tourne sous linux. Je suis bluffé, c'est vraiment du bon boulot, c'est impressionnant!
29 févr. 2004 à 17:49
en mode noclip:
click droit pour monter
crtl pour descendre
comme ca ca permet de voir a quoi ressemble les map vues de haut !
29 févr. 2004 à 13:04
enfin apres c vrai que ce sera mieux :)
29 févr. 2004 à 13:01
29 févr. 2004 à 12:59
Kirua ==> ouai j'ai simplifier mais heureusement que le moteur de collision renvoi l'update du vecteur de deplacement, qui est lorsqu'il ya collision le projetter de l'ancien sur la face... sinon, impossible de gerer les reponses (glissement contre le mur)
enfin, il faut que je refasse tout avec des vecteurs :(
29 févr. 2004 à 12:50
les nouvelles textures en jettent en tout cas, c'est bête mais rien que modifier les couleurs ça donne l'impression qu'un travail bcp plus important a été fourni, alors qu'un moteur, ... ben c'est tjs autant de boulot!
29 févr. 2004 à 12:48
28 févr. 2004 à 20:37
28 févr. 2004 à 20:19
28 févr. 2004 à 20:17
j'ai ajouter des packs de texture (voir screen) et tout est indique en haut de la page dans "Description de la source :"
28 févr. 2004 à 20:10
Perso::Avancer(int Direction, int Distance);
par exemple, si la distance vaut 3 (càd 3 pixels ds la direction spécifiée) ma fonction exécute tout comme si la distance était 1 (à 1 pixel, je peux pas me tromper! ça c'est du sûr!) et puis
if(Distance > 1) return Avancer(Direction, Distance-1);
donc je rappelle la même fonction avec Distance décrémenté, ce qui va permettre d'effectuer les tests jusqu'à épuisement de la distance.
mtnt, faut voir si c'est pas trop lourd à supporter en 3D, c'est une autre histoire!
28 févr. 2004 à 14:02
pour la maniabilite, oui c vrai, je croyait pourtant avoir resolu ce pb, je bouge la souris en fonction de son decalage, mais si ta une idee je suis preneur
pour le mode video, je n'ai pas ce pb et je maitrise pas trop cette partie :(
28 févr. 2004 à 13:52
Ensuite, c'est au niveau de la maniabilité, peut-être que c'est réglable je sais pas, mais quand on bouge la souris dans le jeu, notre vue bouge d'un "cran", je veux dire par là que pour un robot assez loin, si on veut lui tirer dessus on est soit trop à gauche soit trop à droite, mais on peut pas aller au milieu.
Enfin, chez moi quand je quitte il me restaure pas le mode vidéo initial :(
28 févr. 2004 à 12:37
28 févr. 2004 à 10:13
30 fps c'est pas mal, mais pour avoir cette perf tu met la distance d'affichage a combien?
28 févr. 2004 à 02:05
je tourne autour des 30 FPS (un peu moins) en fenêtré 640x480, c'est tout à fait jouable. On n'y voit rien dans ce brouillard ! lol
Ben franchement, je vois plus trop ce qu'il y a à redire....le jeu est tout simplement bon :)
PS : dsl de pas avoir posté plus tôt mais j'ai eu des soucis avec mon PC, une install Linux qui s'est mal passée...^^
22 févr. 2004 à 19:35
dans le menu options ya la distance d'affichage, si c'est fluide suffit de l'augmenter (pas besoin de recharger la map) par contre si ca rame il faut la baisser (logique, non?)
la map7 est particulierement difficile a terminer :D
22 févr. 2004 à 13:17
22 févr. 2004 à 13:16
22 févr. 2004 à 13:14
9 févr. 2004 à 20:20
on peut tres bien foutre un .ace dans un .zip ou autre, meme si c'est incompresible on gagne toujours avec l'archivage
pour glext.h je l'avais pris dans un des exemples de glinfrench, et ca doit pas etre trop dur a trouver, il doit sans doute y etre sur nehe
9 févr. 2004 à 12:35
9 févr. 2004 à 08:48
9 févr. 2004 à 07:50
9 févr. 2004 à 06:59
8 févr. 2004 à 21:12
8 févr. 2004 à 21:09
8 févr. 2004 à 20:26
8 févr. 2004 à 20:13
ouia je vais le mettre dans la prochaine maj si ya la place, sinon si c'est juste ca l'erreur, tu enleve la dependance avec glext.h (#include <gl/glext.h> dans def.h) et tu mets en commentaire les lignes qui genere une erreur(yen a 2, une dans Cterrain.h et l'autre dans def.h), en fait c'est juste que t'aura pas le filtrage anisotropique des textures
et dis moi si ca compile sous bcb6 !
8 févr. 2004 à 19:59
sinon c'est génial. ça me fait un peu penser à duke3d...
8 févr. 2004 à 18:15
Funto66==> merci opour ce tuto improvisé! je vais voir ca
8 févr. 2004 à 18:06
je me trompe ?
8 févr. 2004 à 17:55
Pour le culling, c'est très simple en fait : imagine un triangle en 3D. Ce triangle a 2 côtés, 2 faces : une face avant et une face arrière. Quand tu regardes ce triangle en face (face à la face avant), cette face doit t'apparaître. Tu donnes un numéro aux 3 vertices qui composent ce triangle : 1, 2 et 3. Imaginons que tu aies ça :
3---2
\ |
\ |
1
Tu remarques que les vertices 1, 2 et 3 t'apparaissent dans le sens inverse des aiguilles d'une montre (CCW == Counter Clock Wise)
Maintenant, ton triangle tourne sur lui-même selon l'axe des ordonnées (1;2). Il t'expose maintenant sa face arrière:
2---3
| /
|/
1
Or, tu vois là que les vertices 1, 2 et 3, sur ton écran, sont placées dans le sens des aiguilles d'une montre !
C'est comme ça qu'OpenGL peut déterminer si c'est la face avant ou la face arrière qui est affichée à l'écran.
Ensuite, je t'ai expliqué plus haut :
glEnable(GL_CULL_FACE); // Activation du culling
glCullFace(GL_BACK); // Tu dis que c'est la face de derrière qui ne doit pas être affichée
// On considère que les faces avant sont celles dessinées dans le sens
// inverse des aiguilles d'une montre.
glFrontFace(GL_CCW); // (CCW = Counter-Clock Wise)
Ca servira, par exemple, pour tes immeubles dans ton jeu : logiquement, on ne doit se trouver à aucun moment dedans, donc les faces "intérieures" sont les faces arrière, et tu ne dessines que celles de devant.
C'est....quoi le V-Sync exactement? :p
8 févr. 2004 à 13:04
je vais quand meme rajouter un options pour le desactiver, et j'ai oublier de dir que j'ai rajouter une touche pendant le jeu, espace pour permutter mode filaire.
8 févr. 2004 à 12:55
8 févr. 2004 à 12:48
il peut encore y avoir qq bug d'affichage (surface qui ne s'affichent pas) losrque la distance d'affichage est trop courte, masi je vais corriger ca!
8 févr. 2004 à 12:07
j'ai téléchargé NvHardPage à cette page, ça me donne pleins d'options de config en plus, c'est surement une bonne chose. Alors j'ai désactivé le "vertical vsync"
je monte à 300 FPS avec un P4 2.26 et une nVidia GeForce3 Ti200, c'est étonnant non? (j'ai pris les options par défait du zip actuel, donc map 1, et en map 5 je suis autour de 200 FPS)
au fait, merci pr le truc du tweaker!
8 févr. 2004 à 11:39
8 févr. 2004 à 11:36
8 févr. 2004 à 11:03
8 févr. 2004 à 11:00
8 févr. 2004 à 10:58
8 févr. 2004 à 10:54
8 févr. 2004 à 10:15
8 févr. 2004 à 10:08
ps: cette version est chez moi 2.5 fois plus rapide (meme en affichant tout) et quand je reduis la distance d'affichage ca peut monter dans les 800fps (bien sur faut desactiver la v-sync pour faire les test, mais il vaut mieux la laisser activer pour jouer)
8 févr. 2004 à 09:57
Aussi, dans ton jeu c'est possible de tirer des balles qui traversent les murs (j'ai testé en mode filaire).
A parler du mode filaire : map 3, mode filaire, 100% de surfaces -> 8 FPS...
Donc, à mon avis ce qui ralentit chez moi ça doit pas être l'affichage...
Dans tous les cas je dépasse pas les 10 FPS. Pour info, niveau processeur c'est du PIII 600 MHz, c'est peut-être de là que vient le prob...
Si c'est à cause des ca
7 févr. 2004 à 11:18
7 févr. 2004 à 11:16
Le '?' que vous avez marqué correspond aux francs, aux euros...?
Quitte à changer de carte graphique, autant avoir les shaders programmables....mais de toutes façons ça sera pas pour dans l'immédiat.
7 févr. 2004 à 09:29
c'est un peut comme une gf2 doper a la "geforce3" mais sans vertex ni pixel shaders programmable, en gros la puissance d'une geforce 3 et la technologie d'une geforce 2
6 févr. 2004 à 23:08
Mais d'un autre côté, je pourrais tester les shaders.....bah, dans tous les cas je pourrai pas avoir ça dans l'immédiat.
6 févr. 2004 à 20:23
tu sera agreablement surpris!
6 févr. 2004 à 20:12
6 févr. 2004 à 19:16
Ca explique tout...
Ca vaut combien une carte actuelle? :p
5 févr. 2004 à 20:37
5 févr. 2004 à 20:11
en fait avant geforce, a l'epoque de tnt2, voodoo 3 et rage 128, les puces graphique ne faisait que prendre en charge les primitive en decoupant les surfaces complexe en triangles.
a partir du geforce 256 c'est different (en fait ca a d'abord ete le savage 2000), le geforce applique lui meme des transformation sur les polygones et de leur eclairage, ca decharge le cpu de ces calculs couteux et ca augmentant la puissance geometrique, c'est le tnl engine qui fait ca (transform and lighting)
le tnl sofware ne signifie rien, c'est juste pour preserver la compatibilité
le tnl engine presente aussi l'interet de disposer de fonctios precablé
5 févr. 2004 à 19:48
5 févr. 2004 à 18:22
Funto66==> si c'est une rage fury avec 32mo de vram alors c'est comparable a une tnt2 et donc loin derriere la geforce, surtout avec les jeux optimiser tnl
c'est d'ailleur l'asbence du tnl qui fait que c'est tres lent
5 févr. 2004 à 18:11
Pour ma carte graphique : :(
Je pensais que......
Faut que j'en achète une nouvelle, là ça commence à devenir critique mon retard sur les PCs actuels lol
Enfin, pour être précis, Windows me dit que ma carte c'est : Rage Fury/Xpert 128/Xpert 2000...Toi qiu semble t'y connaître, c'est vraiment si pourri que ça? Est-ce que ça vaut une GeForce 1?
5 févr. 2004 à 16:28
5 févr. 2004 à 16:05
dans l'immediat je vais plutot rajouter des truc dans le menu (volume son/music, freelook, mode video), faire un menu high score et sauvegarde des scores, rajouter des map(mais c'est limite, je suis a 496ko au niveau du zip)
et afficher ub=niquement ce qui est vu(enfin presque) pour ameliorer les perfs et pouvoir faire des map geantes avec plein de bots!
5 févr. 2004 à 09:58
pour les bugs il faut en fait les chercher.sur tout les maps 2 et 3
cherche les angle très aigu et regarde à travers le mur si tu n'es certain essais d'avancer et tu vera qu'il bouge pas evidement puisse qu'enréalité il est entre les 2 murs qui forme l'angle
3 févr. 2004 à 20:54
le voodoo 2 gere le multi text en 1 pass (2 texel engine) alors que le rage pro le fait en 2
3 févr. 2004 à 20:47
Bon, c'est simple, oubliez ce que j'ai dit ^^
3 févr. 2004 à 20:45
3 févr. 2004 à 20:40
Ou sinon, je viens d'y penser : http://glinfrench.apinc.org/article.php3?id_article=50
C'est un truc qui fait que tu organises ta map en pièces et que tu n'affiches que ce que tu vois, selon la pièce dans laquelle tu te trouves... Enfin je sais pas si ça peut t'aider, surtout que dans certaines map on peut sortir totalement (on n'est dans aucune pièce)...
3 févr. 2004 à 20:07
3 févr. 2004 à 19:59
pour les arbre bsp je voit pas l'interet de l'utiliser tant que j'ai pas compris a 100% a quoi ca sert et comment ca marche car j'ai l'impression que c'est pa si evident que ca; en attendant je vais faire comme a dit Moddib et determiner pour chaque plan si il est cacher par un autre par resolution des systeme sur equation de droite (ca devrai pas etre trop lent car un bon proce tient le coup au niveau des calculs trigo, j'ai appeler plusieurs fois par frame les tests de collision et ca avit pas l'air de broncher...) ca c'est ce que j'appelerai l'espace proche, sur lequel seront calculer les collisions. ensuite a partir de cette espace je n'afficherai que ce qui est dans les 180° devant moi, voir si j'y arrive uniquement ce qui se trouve dans le frustum. je devrai gagner pas mal en perf car c'est vraiment l'affichage qui est le plus couteux.
3 févr. 2004 à 19:40
D'ailleurs, au fait : pourquoi est-ce que tu utilises glTexCoord2f() et pas glTexCoord2i() ? T'en as un besoin particulier? Sinon à mon avis c'est du gaspillage inutile...Et j'ai pas vu de glissement de texture dans ton jeu.
A mon avis, le plus urgent maintenant c'est l'optimisation par portals ou arbres BSP. T'as des docs sur les BSPs sur Prografix en français, et puis y'a bien sûr NeHe aussi ;)
3 févr. 2004 à 19:27
ba a l'epoque du rage pro, je sai pas si y avait des cartes qui gerait les coordonnee de texture reel, a ce moment je pense qu'il vaut mieux utiliser glTextCoord2i si tu veut optimiser pour les tres vieilles cartes (mais la c'est un choix a faire)
lilington ==> merci pour lez commentaire et la note ;)
je prend note de tes remarques concernant le stress !
ouai c'est kler que la music de sof est vraiment de bonne qualite et elle est tre proche de la vrai, c'est d'ailleur la plus volumineuse car c'est la plus instrumentaliser (midi inside!)
sinon pour les bugs je veut bien savoir c quoi histoire que je rajourte ca dans les chose a modifier
3 févr. 2004 à 13:50
8 parceque en fait on ne stresse pas tu aurais par exemple mis un temps pour eliminer tous les robots.
jolie la musique de "steet of rage".
donc c'est déjà génial
mis apart quelque petit bugs (commun à de grand jeu 3d "Splinter cell") comme voir derière le mur dans certain angle.
bref j'ai adoré.
3 févr. 2004 à 07:39
2 févr. 2004 à 23:44
2 févr. 2004 à 23:27
Les FPS c'est toujours pas ça chez moi (normal, toujours la même carte graphique pourrie :p).
Pour la musique apparemment t'as trouvé ^^ J'ai pas pu tester la musique pour des raisons...personnelles ^^
2 févr. 2004 à 20:13
maintenant la music est joué en boucle ! (et yen a meme une pour le menu)
et puis faudrait que je fasse un cahier des chose a modifier/rajouter car je sais plus trop ou j'en suis
1 févr. 2004 à 23:19
map1 ==> perfect dark, training
map2 ==> raiden project
map3 ==> street of rage, stage 1
map4 ==> perfect dark, niveau 1 datadyne
map5 ==> super metroid, brinstar
1 févr. 2004 à 20:44
pas mal du tout...
j'aime bien la music
bravo 9.5/10 (il faut le terminer)
1 févr. 2004 à 17:52
1 févr. 2004 à 17:47
j'aurais bien aimer le voir tourner
par contre j'ai regardé la source: t'en a écrit des tonnes
d'apres le screenshot ca a l'air pas mal
j'ai en fin réussi a deposé mon quakelike:
http://www.cppfrance.com/code.aspx?ID=20006
1 févr. 2004 à 16:43
pr lire en boucle avec fmod, je sais pas trop, mais à défaut, tu peux tjs ajouter un truc ds la boucle de ton programme qui teste si le son est tjs joué, et à défaut tu relances la lecture depuis 00:00:00
1 févr. 2004 à 16:05
Funto66==> le moteur de colision perd toute son efficaciter a 10 fps car la distance parcourue entre 2 frame est trop grande pour la precision du moteur, je pense qu'il est encore efficace vers 30 fps et qu'il l'est 100% a partir de 50fps, mais je reconnais que c'est un defaut
pour le cullfaing j'avais deja essayer mais mes faces sont pas toutes dessiner dans le sens trigo du coup la map est troué!
sinon pour la music, j'arrive pas a lire un fichier midi (un objet fsound stream) en boucle avec fmod, t'aurai un exemple vite fait?
sinon ce jeu je suis pas pret de l'abandonner!
1 févr. 2004 à 15:42
PS: je demande à djl ainsi qu'à la communauté de bien vlr pardonner ma tendance à sortir du sujet principal, merci. prière de m'ignorer quand je suis trop à côté de la plaque
1 févr. 2004 à 15:33
Je viens de tester, le fullscreen ne marche pas chez moi, mais c'est pas ta faute, ça pose tjs pb sur mon ordi :(
Moi j'ai 11 FPS en 640x480 fenêtré sous ATI Rage 128.
Pour le cullfacing, ça marche comme ça :
glEnable(GL_CULL_FACE); // Activation
glCullFace(GL_BACK); // Tu dis que c'est la face de derrière qui ne doit pas être affichée
// On considère que les faces avant sont celles dessinées dans le sens
// inverse des aiguilles d'une montre.
glFrontFace(GL_CCW); // (CCW = Counter-Clock Wise)
Déjà ça sera pas mal comme amélioration, et je pense pas que ça prendra bcp de temps.
Pour les textures, je confirme ce qu'ont dit les autres ^^. Et c'est marrant y'a mon nom dans une de tes sources lol (cherche...:p je suis partout lol)
Ensuite, bien sûr, faudrait les arbres BSP ou les portals, je sais pas comment ça marche par contre.
Et le moteur de collisions a des ratés chez moi, sans avoir changé de vitesse. J'ai l'impression que c'est plus facile de traverser les murs en marche arrière...
Au niveau des musiques j'adore ! lol mais faut penser aux gros nulards comme moi qui n'ont pas fini le niveau alors que la musique s'est terminée, et passer la musique en boucle...
En ce qui concerne le réseau, dans Gaia's Fight que tout le monde connaît (:p) c'était Wett qui s'occupait de la partie réseau avec SDL_Net, moi j'y connais rien :( Mais comme l'a dit Kirua faudrait passer le projet sous SDL...ce qui serait pas si mal après tout, on pourrait le porter sous Linux :)
Voilà, bonne continuation, et abandonne pas ce projet-là !
Pour finir, je dirais comme les autres que la source est un peu.....bordélique...
PS : faudrait lui donner un nom à ce projet tiens...
1 févr. 2004 à 14:55
1 févr. 2004 à 14:40
1 févr. 2004 à 14:33
Sinon, ton prog est pas mal, mais ca pete les yeux (les textures).
1 févr. 2004 à 14:25
1 févr. 2004 à 14:20
1 févr. 2004 à 14:10
1 févr. 2004 à 14:10
1 févr. 2004 à 14:06
1 févr. 2004 à 14:06
1 févr. 2004 à 14:04
lol, c'est une de mes sources
http://www.cppfrance.com/code.aspx?ID=18165
pour le format de mes map je compte bien l'ameliorer mais en passant direct au binaire
sinon pour les saut de ligne, et ben je suis obliger sinon ya quelques faces qui sont zapper, je suis pas un pro du streambuff !
pour le gameplay, l'idee des objets sur lesquels ont ne peu pas marcher me semble la plus rapide a faire, je vais essayer de voir ca !
de toute facon cette source sera mise a jour jusqu'a ce qu'il y ai plus rien a dire
1 févr. 2004 à 13:51
vi, pour l'oscillation, je suppose que t'as utilisé les formules de trigono (sin, cos). ça avait fait l'objet d'une longue discussion sur un autre code source, aussi un début de moteur doom like de je ne sais plus qui, qui avait pas mal été mis à jour, mais est mtnt abandonné. d'ailleurs je pensé que t t là qd j'en avais causer, non ?
mais j'avais pas remarqué qu'il y avait un double mouvement, pas fait assez attention à ça, je regardais surtout les collisions et l'IA (qui est pas encore faite je suppose :-P à part se diriger jusqu'à soi)
j'ai aussi ouvert tes fichiers de map, je pense que tu pourrais améliorer ce format. déjà, je ne comprends pas pq il y a une ligne vide entre chaque entrée, ensuite, note qu'avec fstream, tu peux récupérer mot à mot, donc par exemple tu as ça:
SSH x1 x2 x3 z1 z2 z3
SSV x1 x2 x3 y1 y2 y3
et tu vois, tu dois plus mettre les virgules, et un retour chariot suffit. pour les récupérer:
ifstream fic("map.txt"); //ifstream pour les flux d'entrée (lecture), ofstream pr les sorties (in/out)
while(!fic.eof())
{
fic >> type; //une char[3+1]
//ici une batterie de if, else if, else selon le premier terme (SSx)
fic >> x1;
fic >> x2;
fic >> x3 ...
}
j'ai pas lu ton code source, en fait tu fais peut-être déjà ça, mais c pas perdu pr tlm, voilà ^^ pr une référence super sur la std: www.cplusplus.com "reference" à gauche ds le menu, vers le bas.
je sais pas trop comment tu pourrais faire pr un jeu en réseau, y a bien sdl_net que funto66 et wett avaient utilisé pour créer Gaïa (que tlm connaît... comment ça non ?) mais faudrait leur demander si c'était bien fichu. et puis ça obligé à utiliser sdl, ce qui est plutot embêtant je trouve.
dis, pr le gameplay, déjà rends tes robots un peu agressifs, et donne une barre de vie à ton perso, affiche un chrono qui fait stresser comme pas possible (ça le fait tjs chez moi, dès qu'un jeu m'affiche un chrono, je stresse!) puis essaye de mettre au sol des objets sur lesquels on ne peut pas marcher, sinon badaboum! (un truc visible si possible ;-))
pr le fait que tu dessines tout, vu les ordinateurs actuels c plus un problème, y a pas bcp de polygones. mais c'est un luxe que JC n'aurait pas pu se permettre, faut pas l'oublier ^_^
1 févr. 2004 à 13:35
helas oui je dessine tout ...
pour la skybox, dessiner le coté interieur uniquement ca ve dir qu'il faut que j'active le cullfacing, je vais le faire(faut que je verifie que les faces sont toutes dessiné dans le sens trigo) mais ca te fera gagner en perf uniquement si la texture est tres grosse car ca permet d'economiser uniquement le fillrate qui n'est pas trop solliciter (textures a 2 balles)
sinon comment ta fait pour sortir de la map, ta augmenté la vitesse de deplacement?
sinon ta remarquer l'oscillation comment ca donne bien, yen a une double, le deplacement du joueur et la hauteur du gun qui varie le tout accompagner du bruit des pas
pour les sockets je sais pas si un jeu en rezo ca se fait comme ca, si je me souvien bien carmack avait du faire appelle a un specialiste pour la partie reseau de doom ...
MoDDiB ==> ok bonne idée, je vais faire comme ca mais ca va prendre un peu de temps, parce que je compte faire ca sans le moteur de colision(sinon ca va ralentir plus qu'autre chose)
LordBob ==>merci, pour le gameplay il faut faire quoi pour l'ameloirer?
1 févr. 2004 à 13:00
est-ce que tu dessines tous les polygones à chaque fois, où est)ce que tu mets en oeuvre une quelconque technique qui te permet d'"économiser" ? (remarque, je pense pas que ce soit nécessaire ici)
une remarque: je suis sorti de la sky box cubique (pour voir ;-)) et me suis rendu compte que tu dessinais aussi les faces extérieures de cette boîte, or on n'est jamais sensé voir ces pans. tu pourrais peut-être les dessiner seulement face intérieure (je suis certain que c'est possible, mais je ne sais plus quelle option il faut activer, c avec gl_enable je pense)
une appréciation: c'est trop fooooooooort :-D j'adore la map deux, je me suis excité dessus, c'est super ^^ tu as fait ça en combien de temps? ça devait être bien prise de tête en tt cas, et les collisions sont impeccables, les tirs également, franchement, ajoute des sockets et fais-nous un jeu multijoueur ;-) quand je vois ça je me dis que carmack il a dû suer qd même pr doom O_o il avait pas opengl lui
j'aime bcp en tt cas :-) et les musiques sont... euh... prenantes? ;-)
1 févr. 2004 à 12:49
1 févr. 2004 à 12:32
1 févr. 2004 à 11:30
1 févr. 2004 à 11:22
Il ne faut donc plus charger le niveau d'un bloc, mais plutôt le sectionner en plusieurs petits blocs.
C'est plus lourd à mettre en place, mais ça te permettrais d'avoir une meilleur gestion des ressources (tu n'affiche que ce qui est nécessaire donc tu gagne de la mémoire et de l'utilisation CPU).
Mais il est vrai que dans ce cas tu devrais changer une bonne partie de tes sources !
Je vais réfléchir sur cette amélioration et j'espère pouvoir te donner assez rapidement un résultat.
1 févr. 2004 à 11:11
"
comment je peut faire ca sans moteur de partitionnement spatial ? car a part les collision ya aucunes interaction avec la map, si ta une idee d'algo je suis preneur ;)
pour les bots je vais foire ca avec des points de controles
1 févr. 2004 à 11:07
Et pour résoudre le problème des distances, affiche tous les bots de la pièce ou tu te trouve, et réduit le périmètre d'affichage des autres.
Et, euh... pour la note, lorsque j'ai mis 8, je pensais que ça allait faire la moyenne ( (9+8)/2=8,5 ) !
1 févr. 2004 à 11:00
oui j'affiche tout ce qui est visible, j'ai pas encore de moteur de partitionnement spatiale, mais je peut encore economiser le corps opengl, j'ai entendu parler des glArrayElement
les bots prennent donc beaucoup de ressource car ils sont tous afficher
et je leur fais faire pas mal de test pour eviter qu'il se supperpose(si 2 bots sont cote a cote et qu'il se dirigent vers moi ils finiront par se supperpose)
sans compter les cacul trigo pour les colision et les orienter vers moi... enfin c'est surtout l'affichage qui est couteux
RTW==>
merci pour le commentaire et la note
les bots se deplace tout seul, non? tu veut dire qu'ils aillent n'importe ou?
je peut afficher seulement ceux qui sont dans un certaint perimetre mais le pb c'est que si je suis dans un piece tres grandes(tres profondent) on les verra aparaitre d'un coup !
1 févr. 2004 à 10:52
Elles ne sont pas mal, mais un peu désordonnées, comme l'a fait remarquer MoDDiB.
Pour les textures, si tu pouvais changer ce serait cool (de toute façon je ferais les miennes ;)).
Pour les bots, n'affiche que ceux qui sont visibles et/ou dans un certain périmètre autour du joueur, et donne leur des points de passage afin qu'il puissent se déplacer par eux-mêmes.
Sinon c'est du bon boulot, vraiment.
Je te met un 8/10, et lorsque tu auras fais des maj (ce que je ne doute pas), je ferais grimper le thermomètre.
Bonne continuation djl.
1 févr. 2004 à 10:41
Ou c'est peut etre le fait que tu affiche tout et pas seulement ce qui est visible? je me trompe ?
1 févr. 2004 à 10:22
MoDDiB==>
j'ai tout foutue dans des .h car je trouve ca plus pratique, j'inclu en cascade et j'ai pas besoin de compiler separement les fichiers, mais c'est vrai que c'est moin facile a reutiliser et que c'est pas tres propres
je vien de faire une maj avec une map en plus
pour les textures, ta raison je vais essayer de voir ca, mais je peut pas en mettre des tonnes vu que je suis limiter a 500ko pour l'archive
le pathfinding c'est quoi? c'est le bot qui trouve sont chemin a partir de points ?
mais le probleme avec les bots c'est qu'il prennent pas mal de ressource, d'ailleur tu peux le voir avec la nouvelle maj, le jeu devient plus fluide a mesure que tu les tue
pour le look up/down j'ai bien l'intention de le faire :D
1 févr. 2004 à 10:09
Mais sinon c'est vraiment géial pour tout ceux qui s'interesse a l'opengl et qui reverai de faire comem toi !!
Pour la suite de tyon ptit jeu il serait intéressant de :
-faire en sorte ke les robot tir sur le joueur une petite boule de vitesse moyenne (histoire de s'amuser a eviter
-povoir regarder vers le haut et vers le bas parcque c'est stressant sinon lol bon c'est optionnel ^^
-un pathfinding pour les bots
-D'autres textures parcque celle la donnent mal a la tete !!
Bonne chance !!
31 janv. 2004 à 23:15
J'ai pas encore regardé les sources (vu l'heure ;p), mais je te promet que je le ferais demain.
Et bien sûr je te dirais ce que j'en pense. Et puis je mettrais une note.
Mais c'est déjà pas mal.
Bonne nuit et à deux mains (je sais, je suis nul...)
31 janv. 2004 à 21:05