JEU 3D OPENGL

Commentaire de luhtor le 19/12/2004 19:44:38

Franchement deja, c'est un beau travail.
Mais à mon gout, il y a quelques trucs que tu pourrais corriger :)
1 - la première fois que je viens me coller contre un mur, je suis passé à travers ^^

2 - je trouve frustrant de pas pouvoir viser a 90° vers le haut et vers le bas: j'ai regardé un peu ton programme et j'ai vu ca dans ta fonction camera:
//Init a standard up vVector (Rarely ever changes)
Je suis pas d'accord, dans mes programmes il change sans arret lorsque je fais bouger la camera verticalement. Ca permet d'obtenir une camera "parfaite".

3 - C'est pas très grave, mais je trouve que tes fonctions créent beaucoup d'objet pour pas grand chose, puisqu'ils sont détruits quelques lignes plus tard, donc ca fait beaucoup d'appel de constructeurs et destructeurs pour pas grand chose. Mais ca reste de l'optimisation, et ca ne doit pas etre ton objectif pour le moment. Ceci dit, optimiser un minimum 3Dmath.cpp ne coute pas grand chose :)

Mais bon, je garde ton code précieusement, car il y a plein de truc qui m'intéresse (notamment les models), et puis, c'est toujours que le début. En bref, ca rox quand meme.

Commentaire de albert0 le 19/12/2004 21:19:16

c'est bien :)

meme tres bien :)

je vais m'inspirer dessus, pour coder un truc du meme genre :)

si tu me le permet

Commentaire de Kirua le 20/12/2004 13:47:50

Erreur au liage:

LIBCD.lib(crt0init.obj) : warning LNK4098: defaultlib "libc.lib" conflicts with use of other libs; use /NODEFAULTLIB:library

:( je voudrais vrmnt tester ton jeu, mais je ne suis pas un familier de VC, tu sais me dire ce que je dois faire? J'ai mis /NODEFAULTLIB:"libc.lib" dans les options du lieur, mais ça n'a rien changé :(

Commentaire de albert0 le 20/12/2004 14:20:36

a mon avi c'est la fin de la map

Commentaire de goutbouyo le 20/12/2004 14:47:37

A luhtor => en fait plus tes FPS sont bas et plus tu auras de chance de passer àa travers les murs.
Moi à 130 FPS je passe pas, et j'ai essayé sur un autre PC à 50 FPS et là c'était un vrai fantôme !!!
Tu peux régler ça en augmentant le RADIUS(rayon de la sphère du perso).
Merci pour tes conseils pour la caméra, je vais essayer.

A albert0 => merci beaucoup !!!
Bien sûr que tu peux t'en inspirer !

A kirua => moi aussi ça me met le même message !
En fait c'est pas une erreur mais un warning, donc ça compile quand même.
Je me suis jamais penché sur ce warning ...

A funto66 => c'est vrai qu'une grand parti du code ne vient pas de moi ... mais bon, j'allais pas galérer à pondre un code pour charger les MD2 quand même ...
Par contre, je vais revoir mes anciennes versions de mon jeu, car au début j'utilisais mon propre code pour le déplacement du perso, et ça marcahit pas mal !
Faudrait que je fasse le "ménage" dans mon code ...
Pour ton "bug", en fait c'est la fin du niveau donc c'est pas vraiment un bug.
Quand je ferais un 2nd niveau j'empêcherait ce "bug" et je mettrai un écran de transition à la place.

Commentaire de Kirua le 20/12/2004 14:51:35

"En fait c'est pas une erreur mais un warning, donc ça compile quand même."

sauf que moi qd je lance l'exe ça plante, mais ça maintenant que j'y pense, mdr, ça vient peut-être du fait qu'il n'y avait pas les textures, mdr, suis un peu bêbête ^^.

Commentaire de Kirua le 20/12/2004 15:04:31

Si je peux te conseiller, pour m'être frotté quelque peu à la question, je te conseille de rester dans le champ des scripts interprétés. N'essaye pas tout de suite de faire un langage compilé ou semi-compilé, c'est compliqué.

Basiquement, voilà comment tu vas devoir t'y prendre:
- lire le script et en isoler chaque "lexème", càd chaque élément (mot clef, opérateur, valeur numérique, chaîne de caractère)
- sauvegarder la liste des éléments constitutifs du script une fois pour toutes (càd jusqu'au prochain lancement du jeu, évidemment faut tout reloader à chaque lancement) dans un gestionnaire de scripts
- quand le script est appelé, lire les lexèmes 1 à 1, et te baser sur le lexème pour interpréter la suite. Exemple:

int VarInt = 5;
if VarInt <= 10 then
Display "Bonjour";
else
Display "Au revoir";
endif

Là, tu vas d'abord lire "int", et donc tu sais que tu vas avoir une déclaration de variable. Tu lis donc dans l'ordre "nom de la variable", "opérateur d'assignation", "valeur", "fin d'instruction". Si tu ne trouves pas ça, tu déclenches une erreur de parsage (syntax error).
Après, tu liras "if", tu sais que tu dois avoir "expression", "opérateur de comparaison", "valeur". Tu évalues l'expression (il te faut une classe de gestion d'expression arithmétiques et logiques) et selon le cas tu sautes à "then" ou à "else", et là ben l'interprétation continue. Display serait le nom d'une fonction qui affiche un message à l'écran ou dans la console par exemple.

Note: je te conseille de ne pas permettre à l'utilisateur de créer de fonctions ("sub" en basic) et de ne pas donner de valeur de retour aux fonctions, mais de faire qq ch comme ceci:

int NbEnnemis = 0;
GetNombreEnnemis NbEnnemis;
//maintenant la vairable NbEnnemis contient le nombre d'ennemis

C'est 10 000 fois plus simple, et pour un premier langage de script ça suffira.

Commentaire de Funto66 le 21/12/2004 02:00:05

Tu comptes créer ton langage tout seul ou repiquer qqch d'existant?

Commentaire de goutbouyo le 22/12/2004 14:02:09

J'ai du mal à trouver des exemples pour les scripts et comme je n'en ai jamais utilisé ...
Je vais voir si je trouve des codes de Lua.

Commentaire de Funto66 le 22/12/2004 15:35:50

pk tu dis ça Kirua? T'as déjà testé Lua? C'est si chaud à apprendre et utiliser?

Commentaire de AmK le 23/12/2004 16:39:53

pas mal le fps ,peut être qu'il faudrait modifier tout ce qui touche aux maths à ta sauce ( gestion de la caméra par exemple )..
sinon j'ai trouvé une doc sur le scripting ici c'est en anglais ça devrait pas poser problème ^^ :
http://www.pixelate.co.za/issues/14/articles/script/asmcomp.html
bon courage pour la suite !

Commentaire de AmK le 25/12/2004 10:21:37

c'est clir qu'il faut être critique

Commentaire de Arnaud16022 le 27/12/2004 16:27:31

ohoh!
j'avais pas vu que tu avais posté ton jeu!
suis en train de dl.
j'ai lu ta remarque sur le RADIUS.
c'est un ENORME probleme du systeme de detection de collision de digiben.
en fait, une frame t'es en face du mur sans le toucher, la suivante t'es derriere le mur, sans le toucher. du coup sa routine n'a aucune raison de ne pas te laisser passer a trravers le mur.
j'ai pendant des jours entiers essayé de remédier a ce probleme, ce qui m'a amené a la solution de repli suivante: coldet.dll.

voila dl fini.
dis voir il est horrible le modele du gars! celui d'avant il était mieux... plus gros peut-etre?
deplacements trop lents (pas dur a modifier...)
balles mieux faites qu'avant (c'est tjs des cubes?)
l'arme a des déplacements zarbis.
texte pas transparents
pour moi ca vaut pas tout a fait 10 (disons 8-9) mais je vais pas te casser ton jouli 10/10
nota a tout le monde: perso je trouve que vous allez un peu loin. ce jeu n'en est pas a devoir implémenter un langage de script. perso j'ai déja un fichier dans lequel j'ai enregistrré 5 missions différentes les unes des autres, et c'est loin d'etre un script. de toute facon pourun fps, a quoi sert un script? les ennemis font tjs la meme chose: ils te tirent dessus
dans quake3 arena,aucun script (par contre des fichiers séparés contenant les phrses que les ennemis peuvent dire, et d'autres truc comme ca.
bref, ya moyen de faire bcp sans se lancer dans les scripts.
dsl kirua, je sais que t'aimes bien ca..

Commentaire de Kirua le 28/12/2004 20:59:10

"dans quake3 arena,aucun script"

Je ne suis pas trop au courant, mais si tu dis vrai, je suis très très très étonné. Comment ils gèrent tous les événements d'interaction avec le monde? Chaque level a ses particularités, il y a des objets qui régénèrent / mangent la vie quand on les active / touche / casse etc... Je veux bien que ça peut se hard-coder, ou bien qu'on peut remplir une "fiche descriptive" pour chaque objet, du style: Action: [contact] / Effet sur la Vie: [-5] etc... mais c'est pas digne de Q3 ...

Commentaire de Kirua le 28/12/2004 23:22:20

ben quand tu actives peut-être pas, mais qd tu rentres en contact avec de la lave par exemple, ou quand tu tombes dans dedans etc... fin bon, tu m'as compris quoi: des événements qu'il serait sale de hard-coder, et je vois pas pq les gars de Q3 se seraient privés d'un script engine, et mce serait super instructif que goutbouyo tente le sien [suis sur mon second en ce moment d'ailleurs, et c'est super à coder].

Commentaire de Kirua le 29/12/2004 01:03:30

au risque de poster pour rien ajouter d'intéressant (je réponds, je ferai pas long), le premier est trop crade et pas assez indépendant pour être posté en tant que code, ça n'aiderait personne. le second je verrai bien si il me satisfait. vous avez le temps -_-.

quoi qu'il en soit, tu as décidé quoi par rapport au script engine pour ton fps, goutbouyo ?

Commentaire de goutbouyo le 29/12/2004 17:23:59

salut,
Pour l'instant je vais laisser mon jeu comme ça parce que j'essaye de m'initier à directx (histoire de voir ce que ça donne).
Mais je pense que je reviendrai dessus plus tard ...

Commentaire de goutbouyo le 30/12/2004 23:40:51

T'as raison et je viens de m'en rendre compte !!!
J'ai donc décidé de continuer mon petit jeu et je viens de mettre un moteur de particules !

Commentaire de goutbouyo le 31/12/2004 17:34:15

je viens de faire une mise à jour :)

Commentaire de Funto66 le 31/12/2004 19:27:55

Je crois qu'il y a un fichier "tga.c" en trop non?
Joli le moteur de particules sinon :) Ça ferait bien pr indiquer la fin du niveau ;)

Commentaire de Kirua le 01/01/2005 13:27:35

je ne vois pas non plus l'effet du particle engine

Commentaire de Kirua le 01/01/2005 14:30:53

ah ouais, c'est vraiment élémentaire! tu as fait du billboarding, ça c'est très bien, mais il faut que tu ajoutes la notion de Vie (plus une particule est vieille, moins elle est opaque, et quand sa vie atteint 0, après un temps que tu définis et qui varie dans un intervalle pour chaque particule séparément, elle est complètement invisible: elle meurt, tu la delete et tu en récrées une dans le lieu de départ). tu peux voir un exemple de particle engine pas mal configurable à cette adresse mais en 2D, tu pourrais t'en inspirer (et faire bcp mieux ^^) pour rendre le tien plus souble, mais en 3D:

http://www.cppfrance.com/code.aspx?ID=23693

Commentaire de luhtor le 01/01/2005 19:48:02

Bon comme d'habitude, impossible de compiler, il y a une petite cinquentaine d'erreur. DOnc ce serait possible d'avoir l'exécutable dans le zip ?

Commentaire de luhtor le 01/01/2005 21:21:02

Quand tu traces l'arme, faudrait désactiver le Z-buffer non ?
pour éviter qu'elle ne passe a travers le mur :)

Commentaire de goutbouyo le 02/01/2005 11:59:25

Même en désactivant le Z-buffer ça passerait à travers les murs je pense ...
De toute façon c'est pas bien grave vu que dans des jeux comme CS ça arrive souvent :)

Je vais suivre ton conseil, merci !

Commentaire de AmK le 02/01/2005 17:50:57

c'est sur que pour la perf le passage par valeur c'est pas ce qui se fait de mieux , par contre si tu passes par reference ça peut se retourner contre toi ( sécurité des données)

Commentaire de goutbouyo le 02/01/2005 21:08:25

C'est bien compliqué pour moi tout ça :)
Vais jeter un coup d'oeil à mon livre de programmation.

Commentaire de Funto66 le 02/01/2005 21:49:51

Arnaud >> l'intérêt de passer par référence, c'est d'avoir une exécution plus rapide.
Quand tu appelles une fonction, les arguments sont posés sur ce qu'on appelle la "pile", et même si le processus est très rapide, ça prend du temps.
Si l'on utilise une fonction du type :
void fonction(MaGrosseStructure la_grosse_Berte)
{
}
, si par exemple sizeof(MaGrosseStructure) == 50 ça va être long.

Si par contre tu fais :
void fonction(MaGrosseStructure& ref)
{
}

à ce moment-là seule l'adresse de l'objet passé en paramètre sera posée sur la pile, ce qui représente 4 octets -> ce n'est pas négligeable et ça coûte rien de le faire :)

Commentaire de AmK le 04/01/2005 13:02:18

ah ouai bonne idée pour le type const !

Commentaire de goutbouyo le 21/02/2005 22:46:15

Je viens de faire une petite mise à jour :)

Commentaire de Arnaud16022 le 23/02/2005 11:30:08

ben vi, 3Mo c'est gros pr mon pov 56k
goutbouyo, dans l'historique tu dis:
"J'ai rajouté un moteur de particules(qui n'est pas de moi bien sûr !!! trop compliqué)."

quel est l'intéret alors , s'il n'est pas de toi ? OK, ca rajoute de l'intéret au jeu en lui meme, mais trouver une source de moteur ded particules tout le monde peut le faire. L'intéret est de reprogrammer le tou, histoire d'avoir un truc :
perso
compréhensible (par toi du moins)
correspondant a tes besoins
pas rippé

et je t'assure que c'est pas si dur que ca.

Commentaire de goutbouyo le 23/02/2005 12:58:00

Tu as raison, mais en fait pour l'instant je l'utilise pas trop donc je me suis pas trop penché dessus.
C'était juste pour voir ce que ça donne.

Le jour où je me déciderai à l'utiliser vraiment, je le reprogrammerai moi même pour qu'il s'adapte à mon jeu.

Désolé pour la taille du zip mais avec toutes les textures et tout ... ça fait gros.

Je vais mettre une capture.

Commentaire de Kirua le 23/02/2005 14:11:25

C'est vrai que le GUI laisse à désirer.

Pour le particle engine, c'est vraiment simple. Il y a une subtilité, toutefois, quand tu le fais en 3D, et ça porte le nom barbare de Billboarding. C'est la même chose que dans Doom premier du nom: tu dois t'arranger pour que les carrés texturés qe sont les particules fassent tjs face à la caméra, et pour cela tu dois faire un peu de géométrie analytique dans l'espace (une sombre histoire de vecteurs ;)), mais si t'as 16-17 ans, ça doit être à ton programme scolaire. Sinon, demande à ton prof de math, il doit savoir ça (càd: trouver comment et où dessiner les particules, si tu connais le vecteur caméra (le vecteur qui est perpendiculaire à l'écran et qui rentre dedans si tu préfères) de façon à ce que toutes les particules soient perpendiculaires à ce vecteur ... ce qui veut dire parallèles à l'écran = font face au joueur)

Commentaire de Kirua le 23/02/2005 16:01:37

GUI = Graphical User Interface
C'est tout ce qui constitue les menus et en fait tout ce qui propose une information à l'utilisateur / lui demande d'en fournir. En fait, j'aurais dû dire les HUD, puisque je parlais de l'affichage des scores, mais comme tu dis, c'est secondaire; et si tu abandonnes le projet, tu auras perdu plein de temps avec des bricolages, c'est pas drôle.

Commentaire de goutbouyo le 24/02/2005 00:28:06

*J'ai fait un MD2 avec milkshape et je me sers aussi de MDL.
Je suis content je viens de finir mon premier "vrai" MD2 : une arme de CS(reste plus qu'à mettre des textures ...)
J'essaierai de la mettre dans mon jeu.
*Pour le HUD, comme je l'ai dit précédemment, c'est pas le plus important dans un jeu mais plutôt des finitions (selon mon avis) donc je verrai plus tard ...
*Je vais jeter un oeil sur ta source sur les particules.