DEBUT MOTEUR 3D POUR DOOM LIKE
cs_Kirua
Messages postés
3006
Date d'inscription
dimanche 14 avril 2002
Statut
Membre
Dernière intervention
31 décembre 2008
-
24 nov. 2003 à 07:53
hitmaxpro Messages postés 7 Date d'inscription lundi 28 mai 2007 Statut Membre Dernière intervention 12 juin 2009 - 10 déc. 2007 à 21:18
hitmaxpro Messages postés 7 Date d'inscription lundi 28 mai 2007 Statut Membre Dernière intervention 12 juin 2009 - 10 déc. 2007 à 21:18
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/18165-debut-moteur-3d-pour-doom-like
https://codes-sources.commentcamarche.net/source/18165-debut-moteur-3d-pour-doom-like
10 déc. 2007 à 21:18
12 avril 2006 à 18:11
16 août 2004 à 08:15
16 août 2004 à 01:07
15 août 2004 à 22:33
15 août 2004 à 17:03
8 févr. 2004 à 21:18
8 févr. 2004 à 20:21
s'il n'y avait pas le "j" ça serait prononçable, mais il ya un "j" qu'on ne peut pas décider de laisser tomber comme ça ?
en fait kirua vous l'a peut-être pas dit mais en belgique on dit souvent "gsm", "portable" voulant souvent dire "notebook"...
c'est vrai q'on dévie un peu du sujet, là :-)
bonne journée/nuit !
1 févr. 2004 à 14:13
1 févr. 2004 à 14:08
16 déc. 2003 à 23:16
"Dgépeg"
(c'est marqué ainsi ds la FAS officielle du JPEG WorkGroup
16 déc. 2003 à 18:40
16 déc. 2003 à 18:26
Pour JPEG tu me poses une colle là :p
Si quelqu'un a une idée....
16 déc. 2003 à 00:33
GSM est tt à fait pronconçable... bon d'accord je suis de mauvaise foi :-P merci pr la précision, j'ignorais totalement que pour être un acronyme ça devait être prononçable. Tiens, et pour JPEG alors? mi-acronyme mi-??? ?
16 déc. 2003 à 00:22
"AMHA" -> j'ai vu ça marqué plein de fois, mais je connais pas le sens : ça veut dire quoi?
15 déc. 2003 à 23:14
pour GSM, la dernière fois que j'ai dit "portable" à un français il a trouvé que j'avais bien de la chance d'en avoir un (-> il pensait un ordinateur portable), alors pr éviter la confusion je dis GSM. Remarque, je trouve que ça sonne vrmnt mal cet acronyme, c'est même très laid, et c'est encore pire qd les gens disent un G, beuuuurk :-P désolé si j'en ai vexé qq uns ;-)
j'en demanderai pas pr noel lol, je suis pas prêt à investir de l'argent là dedans, c'est, AMHA, du gachi. quoique ma batterie comme à foirer très très fort...
PS: ÇA c'est un message de forum, youhouuu on a complètement décolé du sujet :-D
15 déc. 2003 à 21:41
Pour l'orthographe de râler/raler, je savais pas qu'il y avait une différence entre les 2, merci ;)
14 déc. 2003 à 23:59
t'inquiète pas trop pour ça, à mon retour de vacances je suis tjs sur le net avant quoi que ce soit ;-)
j'ai pas de gsm spécial donc je laisserai ça ds une case de mon cerveau pr le prochain rêve, ciao ;-)
14 déc. 2003 à 23:33
De retour d'Irelande (y a 10 minutes !) je suis déjà sur le net !
@+
14 déc. 2003 à 21:54
être faché !pousser un râle ( cri qd on est sur le point de mourir)
le néerlandais c'est très bien passé, j'ai eu le meilleur résultat des 2 classes ^^
pour J2ME, c'est vrmnt chouette ce truc, il faut avoir le portable/console qd meme... ça coûte combien le SDK? à moins que ce ne soit gratuit ^^
14 déc. 2003 à 20:16
Pour J2ME, en fait ça marche sur tous les téléphones compatibles Java; si le téléphone a la possibilité de dl des jeux, ben ça veut dire qu'il est compatible Java en général :)
Nokia fournit un kit de développement pour ses portables (le 3510 est compatible, pour le 3410 peut-être mais pas sûr, hélas le 3310 ne l'est pas :( ), avec entre-autres l'intégration à NetBeans, Eclipse et JBuilder il me semble, et des émulateurs de téléphones pour pouvoir tester. Ensuite, j'avais vu sur l'article Login: qui y était consacré qu'il était possible de mettre sur le net le jeu et de le télécharger sur le phone : pas besoin de câble :)
Bref, que du bonheur :)
PS : bonne chance pour ton néerlandais ;)
11 déc. 2003 à 16:30
parle nous un peu de J2ME, ça fonctionne avec quels équipements?
... je retourne à mon examen de Néerlandais, ciao
11 déc. 2003 à 16:15
10 déc. 2003 à 18:11
Je ne sais si tu as regardé le comparatif mais avec un PII 233Mhz tu as déjà + de 20FPS !
@+
10 déc. 2003 à 16:48
j'ai joué 3 niveaux, j'ai tt de suite retoruvé l'univers doom, les grpahismes sont sympas, en tout cas le moteur 3D est impeccable, il faudrait juste, je pense, réduire la bouding box, parce qu'on a pas l'impression de raser les murs.
j'ai écrit à l'auteur, c'est du beau travail :-)
et c vrai que c sympa de pvr jouer directement sur le site !!
10 déc. 2003 à 16:26
Alors ça donne quoi le jeu scraed ???
@+
10 déc. 2003 à 15:26
je vais voir ça www.brackeen.com, éhéh ;-)
10 déc. 2003 à 15:19
Par exemple va sur www.brackeen.com et joue a scared tu va être surpris par la puissance de Java !! Et cela tourne de la même façon sur un 400 Mhz que sur un 3,3GHz ! Comme quoi en mettant encore plsu de détail et en prenant l'accélération graphique les jeux Java peuvent vraiment être terrible !
@+
10 déc. 2003 à 14:43
10 déc. 2003 à 14:21
En revanche côté performance et implémentation le C++ est plus souple et beaucoup plus rapide surtout lorsque l'on rajoute quelques optimisations en assembleur, mais qui dit plus souple dit aussi moins sûr !
Le Java est portable et peut fonctionner sur le web ou en applications, ce qui est plutôt un bon point, mais pour les jeux pour le moment seul les petis jeux peuvent être réalisés en Java ...
Donc des préférences sans en avoir, tout dépend du résultat que tu veux, c'est pareille que d'utiliser du PHP ou du Python ou encore du VB, cela dépend de se que tu veux faire !
La discussion pourrais être encore longue (orienté puriste comme moi, mais il y a beaucoup d'autres facteurs qui déterminent le potentiel d'un langage ...) mais cela ne tiendrais pas sur le serveur de nix !
@+
10 déc. 2003 à 13:20
très honnêtement, quel langage trouves tu le plus agréable?
et quel langage fournit le meilleur résultat?
perso, j'ai joué à un jeu 3D en Java dernièrement, et j'aime pas du tt la console java, c'est plus le look'n'feel de mon OS, j'aime pas ça.
10 déc. 2003 à 00:30
9 déc. 2003 à 23:01
moi sur www.tusors.be.tf j'ai encore le contenu, c'est juste une photo:
http://ulbclan.free.fr/Autre/tusors.jpg
via cette adresse vous devriez la voir
neodante, à côté de ta production de tutos et de tes stages/cours, tu produis des jeux avec une équipe ?
9 déc. 2003 à 21:27
9 déc. 2003 à 21:20
Devrait y avoir quoi nrmalement dessuS ???
V afalloir que j'ouvre un forum sur mon site car au rythme où vont les postes ....
@+
9 déc. 2003 à 21:19
A la place de comparer la distance entre un point et un rayon:
if (sqr(x*x + y*y + z*z) < radius) où x,y,z coordonnées du point (mur)
tu fais un 'Point in AABB' (Axis Aligned Bouding Box)
j'ai la flemme de faire le code -> en gros tu compares le point min et max d'un cube et tu tests (6 au total puisqu'il y a 2 * 3 coordonnées !):
point.x > box.xmax
point.x < box.xmin
....
J'espère que tu as compris ....
Que de nouveaus termes en ce moment !
Ah oui le DP factory sera surement pour la semaine prochaine, j'ai encore un code à faire et à compléter un le tut mais le principal est fait !!!
On verra une autre fois pour les formules de détection de collisions ....
@+ everybody
9 déc. 2003 à 21:10
en fait je suis obliger d'avoir cette distance de colision sinon la vu coupe le mur, tu sait comment eviter ca?
9 déc. 2003 à 20:33
www.tusors.be.tf
va voir ça Funto ;-) et les autres aussi, t'es un boulet :-P
9 déc. 2003 à 19:50
9 déc. 2003 à 19:47
Euh.....DP Factory -> DP sont les initiales de....? (bah de toutes façons je le verrai bien dans ton tut ;))
8 déc. 2003 à 22:10
fin du PV
début de la réponse à néodante
fin du formalisme
STOP
ben non neodante, t'as pas du tt l'air du fille sur cette photo, on dirait plutôt une armoire à glace lol, mais trop :-P mets donc un T-shirt, j'ai des complexes là :-P
8 déc. 2003 à 21:46
Je suis en train de pondre le tut sur les DP Factory, surement en ligne ce soir ou demain !!!
@+
8 déc. 2003 à 20:32
A propos, je devrais pas tarder à le recevoir :)
8 déc. 2003 à 19:17
à ce propos, j'aimerais bien savoir combien il y a de filles / garçons (femmes / hommes) sur le site !
d'après ta photo, on va te classer ds les hommes neodante :-P (va donc mettre un Ultimate Community White T-Shirt ;-) (clin d'oeil à Funto, Wett et AmK))
8 déc. 2003 à 18:48
Moi aussi, en tant que faignasse je l'ai quand même lu en entier :p
8 déc. 2003 à 16:42
8 déc. 2003 à 15:31
@+
8 déc. 2003 à 14:47
8 déc. 2003 à 14:28
Au fait djl garçon ou fille ? car site internet : il/elle en a pas c'est vachement mystérieux tout de même ! lol ;-)
@+
8 déc. 2003 à 13:32
8 déc. 2003 à 13:26
@+
8 déc. 2003 à 12:55
mais lisez quand même l'intro aux Design Patterns dans la catégorie Algorithmie, c'est bien rédigé ;-)
MAIS ALLEZ TOUS LIRE CET ARTICLE c'est absolument indispensable à la création de jeux complexes (càd longs à coder) Je comprends pas que j'aie pu coder avant de connaître ça, vous DEVEZ lire l'article, c'est obligé là O_o
thanks pour ça neodante, j'ai bien compris le principe, et c'est vraiment pas bête ^^
un résumé pour ceux qui hésitent à aller le lire:
Singleton: technique pour pouvoir créer autant d'occurrence que l'on veut d'un objet (classe), de telle sorte que tous ses objets sont identiques (même emplacement dans la mémoire)
Conséquence directe: vous déclarez l'objet où vous voulez, et c'est comme si c'étaient des variables globales à l'extrême (même à l'intérieur de vos classes !!!!). Plus de extern, plus de rien du tout, que du propre, de l'esthétique, du professionnel et de l'efficace.
génial je vous dis :-)
8 déc. 2003 à 12:41
8 déc. 2003 à 12:16
@+
7 déc. 2003 à 20:23
7 déc. 2003 à 18:07
7 déc. 2003 à 17:44
Aussi cf la source que je vais poster ! Comme je le dit celle ci contient plein de classes que j'ai dévelopé il y a un peu de temps, beaucoup ne servent pas au projet mais sont présente juste pour les codes ...
@+
7 déc. 2003 à 15:26
pour les singleton, il semblerait que ce soit juste une classe qui ne devra donner qu'un seul objet. mais je vois tjs pas l'intérêt lol
7 déc. 2003 à 15:16
neodante >> quitte à envoyer à djl ton exemple de singleton (pareil, un mot que je n'avais que lu...), tu pourrais le poster sur CppFrance et partager avec la communauté ;)
7 déc. 2003 à 12:11
7 déc. 2003 à 11:20
7 déc. 2003 à 11:09
7 déc. 2003 à 01:15
7 déc. 2003 à 01:09
Pour ce qui est de la détection de collision avec Doom je confirme que c'est bien des collisions 2D -> arbre BSP de collision en 2D. Le must c'est de faire de la collision avec un arbre 3D (je compte faire un tutorial là dessus un jour ... je ne sais quand et je commencerais par expliqué à la Doom en 2D ...). Il faudra aussi faire la partie de Culling et d'Occlusion ... (tutorial là dessus un jour aussi !) afin d'accélérer vraiment le jeu ...
Mais pour vraiment créer un moteur de jeu il faudrait séparer le moteur en modules : entrée, affichage, son, script, ... et donc connaître certains designs pattern tel que le singleton, le strategy, le factoryle composite, le spatial index, le flyweight, shield, ... bon j'en ai encore quelques autre en tête mais bon !
Je t'enverrais djl un exemple de singleton pour que tu voies ce que c'est au cas où tu ne connaîtrais pas !
Pour le jeu de voiture, tu t'embarques dans une sacré aventure mais sache qu'il exsite un moteur physqiue pour jeux de voiture gratuit sur Internet malheuresement je ne me rappel pas du nom ! Bonne chance à toi !
C'était un de mes rêves de créer un jeu de voiture mais cela me prendrait trop de temps donc je repousse ça à ma retraite (si j'en ai une un jour !) pour le moment je fais des jeux 3D avec Java et un avec C++ en ce moment dans le cadre de mes études et de mon association de création de jeux vidéo !
Sur cela bonne continuation !
@+
6 déc. 2003 à 23:21
j'aime bien jouer à counter ou quake pdt les exams pr me défouler, mais ce qui me fait tripper ça reste qd même l'infiltration et les jeux de rôle/avanture. (j'aime pas mal Heroes of Might and Magic dans la catégorie "vrai" jeu de rôle, mais j'aime encore plus les RPG aventures)
et je travail en ce moment à un RPG Engine, depuis le 20 septembre je n'ai pas recommencé, c'est tt bon :-D
6 déc. 2003 à 22:56
6 déc. 2003 à 22:38
Mais bon, si c'est pour un jeu de voitures tout est pardonné ;) Mais à mon avis, le jeu de voitures doit être dur à réaliser, je dis ça surtout pour toute la partie simulation physique (dérapages, accélérations, adhérence...), et puis l'IA aussi. Personnellement c'est mon style de jeu préféré ;)
Je te souhaite bonne chance ;)
6 déc. 2003 à 22:24
sinon pour moteur 2d et 1/2 c'est comment dire..., a oui, c'est comme doom! le rendu est en 3d, le calcul des colisions sur 2d mais "y" peut bouger(marche,escalier,petit saut) mais c'est geré a part et pas en tant que 3e coordonnée, enfin des sites qui parle du moteur de doom te confirmeront ce que je dit.
par ex ce moteur fait les calcul en 2d, si par exemple je faisait varier la position en y, et ben yorai qd meme colision malgres que le mur se trouve en dessous ou au dessus!
avec la 2d 1/2 ya plus ce probleme, c'est pour ca que j'avais parler de la possibiliter d'avoir des terrain avec plusieurs etages!(par contre pour les plans incliné c'est pas certains)
quake est par exemple un jeu 100% 3d
je ne ferme pas ce forum, il est ouvert jusqu'a nouvel ordre;))
6 déc. 2003 à 22:00
c'est une bonne décision djl, je pense en tout cas. Ce moteur a surement été très instructif, mais le premier coup pour un projet de cette ampleur n'est (jamais) le bon.
Je ne sais plus si c'était le cas pour ce code, mais veille à tout faire en POO. Plus que jamais, pour les gros projets :-)
>> Funto: c'est marqué totu en haut de la page en rouge le nb de messages ;-)
>> djl: ton message est triste qd même lol, on dirait que c'est la fin d'une ère, comme si tu fermais un forum qui nous avait rapprochés pdt si lgtemps, c'est triiiiiiiiste :'-( en tout cas, encore bravo pour tous tes efforts ;-) garde ce projet précieusement, ce sera surement un excellent souvenir ;-)
6 déc. 2003 à 19:19
en fait j'ai decider d'arreter de faire des maj, le fait de le poster m'a beaucoup servi, j'ai maintenant une idée deja moin vague d'opengl et du fonctionnement du moteur 3d, je sais aussi qu'il faut que je refasse tout:
>avoir un code mieux structurer et bien commenté
>le deplacement se fera avec glulookat (hi, j'ai fait une class pour gerer la camera, maintenant c'est tout con) et synchroniser avec un timer
>terrain genere par un script
>utilisation de vertex array pour le terrain
>equation de droite et partitionement spatiale pour les colisions
voila, mais ca sera pour un peu plus tard!
j'aimerais aussi avoir de jolie effet et si vous avez des conseil a me donner pour par ex:eclairage,le multi-texturing(ombre,reflexion,lightmap,...), fog
enfin je remercie encore une fois tout ceux qui l'ont tester,qui m'ont donner des conseils et qui m'on aider a l'ameliorer ;)
promis le prochain moteur sera en 2d 1/2! et...
...ce sera un jeu de voiture!
6 déc. 2003 à 19:10
Pour le timer, faut dire aussi que c'est le système qu'on utliisait avec Wett pour Gaia (jeu en réseau donc...).
Mais personnellement je préfère cette façon de faire, ceci dit comme tu dis il y a plus de calculs à faire, mais je ne suis pas sûr que ça ralentisse vraiment...ceci dit je n'ai ni benchmark ni URL qui me l'affirme ^^
Seulement je trouve que ça fait plus "pro", enfin, j'ai pas trop d'arguments (pas du tout même :p), djl tu fais comme tu veux :p
6 déc. 2003 à 19:01
6 déc. 2003 à 18:57
c'est évidemment:
distance = 3*temps*0.001;
6 déc. 2003 à 18:56
6 déc. 2003 à 18:56
6 déc. 2003 à 18:53
tu veux que le perso avance de 3 unités OpenGL par seconde.
tu fais ça: distance = (1000 / temps) * 3; (= 3000/temps)
6 déc. 2003 à 18:51
L'avantage la méthode que tu décris permet en fait de "rattraper" l'erreur due à la lenteur du PC, ce qui donne comme tu le dis un effet de saccade. Pour un jeu on peut pas le tolérer.
C'est vrai qu'il peut arriver qu'on calcul plusieurs fois une même frame, c'est même ce que provoque directement la logique de ce timer. Mais je pense (j'ai aps vérfié) que rappeler les méthodes de dessin empêche cet effet de "freeze", càd immobilisme de l'image, même si tous les pixels sont identiques...
6 déc. 2003 à 18:50
mem quand ca rame ca continue a avancer et l'ecart est d'autant plus grand entre chaque frame
en fait il faut pas faire genre x+=5 a qd on avance mais un truc genre
x+=5 par seconde
6 déc. 2003 à 18:38
J'espère que j'ai été clair...
Cette méthode fait que même si un ordi est lent, il pourra quand même afficher le jeu, même en très saccadé, les déplacements des persos seront adaptés.
Kirua, la méthode que tu exposes a quand même un problème : tu peux faire 1 fois les calculs et afficher 2 fois les résultats de ce calcul par exemple, ce qui fait que le 2nd calcul a été inutile.
A méditer...
6 déc. 2003 à 17:58
6 déc. 2003 à 14:31
//30, ou autre, c'est à toi de voir, et puis à ajuster les vitesses de déplacement dans ton jeu par rapport à ce ratio.
#define DELAI 30 //temps en ms entre deux frames "calculées"
if temps_écoulé_depuis_dernier_passage_de_la_boucle >= DELAI
{
recalculer la position des objets en fonction du clavier, des données
en cours etc... donc tu appelles ici toutes les fonctions du genre Deplacer, Gravitée, Collisions, Projectiles...... tous ces trucs
}
et ici tu appelles toutes les fonctions de dessin, elles sont docn appelées à chaque passage de la boucle.
avantages:
1/ tu redessines l'écran aussi souvent que la puissance de l'ordinateur le permet: pas d'effet de "freeze".
2/ tu limites le nombre de calculs / secondes (note que tu n'obtiendras jamais exactement DELAI millisecondes entre deux frames), ainsi dex ordinateurs assez puissants pour avaler ton jeu le font tourner à la même vitesse. seuls les ordinateurs trop "faibles" seront plus lents, mais ça tu ne pourras jamais rien y faire !
ça met 10 min à coder, je te conseils vraiment de prendre ça en considération. pas la peien de faire une classe !! une variable globale "clock_à_la_dernière_frame_calculée" suffira pour la condition dans la if.
6 déc. 2003 à 12:49
si tu ve caller la vitesse par rapport a ton pc tu peut le recompiler
ta vc++?
6 déc. 2003 à 12:35
[ j'ai windows XP (SP1), AMD Athlon XP 1800+ et GeForce4 MX420 ]
Et le gars va toujours aussi vite..
6 déc. 2003 à 10:24
pour le plein ecran j'ai une version, en 1024*768 je l'a met en maj ds 10 min si u ve, mais j'ai pas encore fait un truc qui permette de choisir la resolution et ou mode fenetre
6 déc. 2003 à 00:26
bon, apparemment y a un problème de timer, parce que la vitesse du perso ne devrait pas dépendre du nombre de FPS.
6 déc. 2003 à 00:20
Par contre le mec il va un peu vite à mon gout là :)
Tout marche impec chez moi, mais pk ne pas le mettre en plein écran ? 9/10
5 déc. 2003 à 05:02
5 déc. 2003 à 00:06
4 déc. 2003 à 22:43
ceci dit, la VCL (Visual Component Library) étant écrite en Pascal Objet, tu te retrovuais avec un mix de Pascal (certes invisible pour le programmeur) et de C++, ce qui pouvait choquer, vu qu'ils écrivent e ngros sur la boîte: ANSI C++ lol
depuis ils ont lancé les préversions de C++ BuilderX, basé sur wxWindows, que tu connais peut-être (système de GUI pur C++ multiplateforme open source). n'en parle pas à Funto, i lva devenir hystérique ;-)
4 déc. 2003 à 22:39
je pleint ceux qui passent de deplhi/vb a c/c++!
4 déc. 2003 à 22:36
4 déc. 2003 à 22:35
@+
4 déc. 2003 à 22:34
4 déc. 2003 à 22:32
moi je fais du PHP depuis 2 ans en même temps que du C++, et j'arrête pas de me dire que c'est scandaleux qu'un langage soit aussi prémâché, y a plus de mérite ^^
4 déc. 2003 à 22:30
4 déc. 2003 à 22:27
Normalement toutes les pages sont censées s'afficher correctement, de plus elle ne sont pas spécialement lourdes (c'est fait exprés !) ...
@+ sur le forum
4 déc. 2003 à 22:22
4 déc. 2003 à 22:18
@+
4 déc. 2003 à 21:50
4 déc. 2003 à 21:24
Et moi je fais plus de latin nanananère....euh....hum hum
Pour en revenir au sujet, je m'égare : Kirua, tu ne perds pas du tout l'intérêt : je te rappelle que si l'on utilisait la méthode classique glBegin();glVertex3f()...etc glEnd();, on aurait plein d'appels aux fonctions OpenGL, ce qui induit plein d'empilements/dépilements ! Alors qu'autrement, avec les vertex arrays, un seul appel à la fonction, et OpenGL va chercher dans les tableaux, ce qui ne réclame pas de push/pop (d'actions sur la pile).
C'est d'ailleurs comme ça que les fonctions en "v" (glVertex3fv() par ex) optimisent ^^
4 déc. 2003 à 21:02
D'ailleurs si quelqu'un désire y mettre ses tutoriaux, il est le bienvenue ! Un petit coup de mail si cela vous intéresse : webmaster@neogamedev.com !
@+
4 déc. 2003 à 20:06
4 déc. 2003 à 19:44
et ne me parle pas de latin, j'ai examen demain, et j'ai encore rien étudié, ahum. euh, c'est le moment de sortir une phrase... Beati pauperes spiritu ! ;-) per C++ saepe, per open source semper !
4 déc. 2003 à 19:36
Par contre, pour les vertex arrays es-tu certain qu'ils sont inaltérables? Il me semble bien qu'on remplit un tableau de vertices, un autre de coordonnées de textures, et que l'on précise à OpenGL où les trouver, mais qu'il va les chercher à chaque affichage; donc si tu modifies entre-temps un élément d'un des tableaux, la modification est prise en compte.
Enfin il me semble.....à vérifier.
3 déc. 2003 à 20:59
3 déc. 2003 à 20:38
3 déc. 2003 à 20:35
@+
3 déc. 2003 à 20:32
glTranslatef(...);
glDessine(1);
glTranslatef(...);
glRotatef(...);
glDessine(1);
ça te donnera les objets là où tu le souhaites, orientés comme tu le souhaites, ce qui est une excellent chose, tu peux reproduire les mêmes objets à l'infini. Ils ne sont pas forcément au même endroit sur la scène. Ceci dit, je pense que ce que tu as voulu dire c'est "inaltérables", mais c'est également le fait des vertex arrays.
3 déc. 2003 à 20:01
- les arbres BSP
- passer en fullscreen en changeant la résolution
- les vertex arrays : le principe, c'est de créer des tableaux contenant (ou tu peux tout faire en 1 tableau mais ça complique un peu) les vertices (x, y, z), un autre tableau contenant les couleurs (r,g,b), un autre les coordonnées de textures (x, y)...etc, tu n'actives QUE les tableaux dont tu as besoin et tu balances ça à OpenGL
- si tu n'utilises pas les vertex arrays, déjà rien que faire un glVertex3fv(tableau_de_3_floats) est plus rapide que de faire glVertex3f(float1, float2, float3), parce que tu passes moins de paramètres à la fonction, donc tu utilises moins la pile (push/pop en assembleur), c'est d'ailleurs grâce à ça que les vertex arrays optimisent la rapidité du code il me semble
- utiliser les listes d'affichage : ça c'est peut-être la façon la plus rapide d'afficher avec OpenGL : au début du programme tu précises à OpenGL une liste d'affichage, c'est à dire une suite de commandes graphiques (glVertex3f, glTexCoord2i...etc) à laquelle tu associeras un numéro, et ensuite il suffira d'appeler cette liste avec un seul appel à glCallList(). L'inconvénient de cette méthode, c'est qu'elle est créée pour les parties statiques de ton monde, comme la map, la bounding box...etc.
- très important aussi : le cullfacing, c'est à dire que tu n'affiches que ce qui a besoin de l'être, la face "avant"; par exemple, si tu dessines un cube, tu ne dessines pas la partie derrière la caméra, qui est inutile puisque non visible à l'écran. Ca ça peut t'apporter pas mal de FPS, vu que tu ne le fais pas il me semble ;) Cherche du côté de glCullFace, glEnable(GL_CULL_FACE)...etc
- dernier truc, mais bon je ne te le conseille pas, c'est pour le filtrage des textures : lissage ou non, mais bon ça rendrait le rendu plus moche, donc laisse tomber ;)
Bon, je crois que j'ai fini là :p
2 déc. 2003 à 22:13
Je vais essayer de trouver pourquoi !
@+
2 déc. 2003 à 21:42
2 déc. 2003 à 21:32
t'inquiete, comme je l'ai dit le prochain moteur de colision sera nikel(enfin je l'espere!) avec direction et borne(ou avec un vecteur c'est la meme chose!!) et les niveau pourront avoir plusieurs etages et des plans inclinés!
2 déc. 2003 à 21:20
pour les collisions, c'est vraiment la cata
je t'ai dit: les VECTEURS, tu dois absolument fonctionner avec ça,c'est capital.
2 déc. 2003 à 20:28
j'ai telecharger le zip pour etre sur, j'ai essayer et je me deplace bien lateralement avec les fleches
en fait tu ve dire que ca fait la meme chose que la souris?
c'est quand meme bizar comme probleme, d'ou ca peut venir?
2 déc. 2003 à 20:15
@+
2 déc. 2003 à 20:04
lol, j'aurais peut etre du le preciser
la detection trop erone, si ca concerne les colisions c'est possible, d'ailleur on peut constater un bug, lorsque qu'on s'approche des angles exterieurs d'un mur on reste coller au mur(tien ca me rappelle un jeu ca!)
la partie collision est provisoir, j'en ai deja ecrit une nouvelle sur papier, bien mieux structuré et combiné au constructeur de terrain, l'idée c'est qu'une grande partie des cacluls(ok yen a pas tant que ca!) seront fait avant et pas pendant le jeu(c'est toujours ca, non?)
et puis la gestion des colision actuelle se fait exclusivement en x et en z, je pas pas faire de mur dans une direction a 45°, que des angle droit koi. la prochaine se fera avec equation de droite et tout le bazar
2 déc. 2003 à 19:34
@+
2 déc. 2003 à 19:30
Funto==> alors la je comprend plus rien?? ca aurai du acceleré quand meme
faut que je trouve autre choses, j'ai vue que pour accelerer on pouvais utiliser par ex des listes d'affichages ou des vertexs array, c'est quoi le mieux?
2 déc. 2003 à 19:19
Y'a toujour le problème du trait noir, et pour la souris c'est pas vraiment arrangé non plus, faut aussi que tu donnes une autre possibilité que Alt+F4 pour sortir (par ex la touche Echap ;)).
Change la couleur de l'herbe, c'est moche ce vert pétard :p
L'effet que t'avais conseillé Kirua est super bien fait sinon ;)
Et encore un petit bug; lorsqu'on se rapproche d'un mur le mur cache l'affichage des FPS, faudrait que tu affiches le texte vraiment en dernier dernier dans l'ordre du dessin de l'image.
Sinon, pour les collisions je ne vois pas vraiment de bug...
Continue ;)
2 déc. 2003 à 19:09
alors je te mets 8 parce que tu le mets régulièrement à jour, et que tu prends nos remarques en compte, continue, c'est chouette de le voir évoluer :-)
2 déc. 2003 à 18:57
pour les sources de Carmack c'est connu, mais je n'avais jamais penser a prendre celles de doom! merci pour l'idée et le lien;)
2 déc. 2003 à 12:06
@+
2 déc. 2003 à 12:05
@+
1 déc. 2003 à 21:40
ceci dit, je pense que ta priorité absolue, c'est les collisions.
pour faire cela, je te conseil d'utiliser les vecteurs !! (toujours)
en effet, si tu longes un mur, tu n'as qu'à soustraire au vecteur de déplacement du perso la partie de "frottement au mur". i lte faudra qq notions de math (géométrie euclidienne et vecteurs), mais si tu as 15/16 ans au moins et l'amour des maths ça devrait bien se passer.
et moi je vais retourner étudier ;-) j'ai justement examen de math demain éhéh, c'est fun ^^
1 déc. 2003 à 21:34
1 déc. 2003 à 20:53
mais stp, fixe le problème de la souris, d'ailleurs, fixe la souris !! lol, c'est insupportable :-(
keep on the good work ;-)
1 déc. 2003 à 18:38
30 nov. 2003 à 22:18
par contre le framerate est limiter par le refresh de ton ecran, c'est pour ca que je plafonne a 85-86fps(mon ecran est en 85hz)
peut etre que le tien est en 72hz?
sinon pour ceux pour qui ca ramait, je garanti que ce sera bien plus fluide!
Funto66==> j'aimerait bien savoir combien tu fait cette fois!
Kirua==> pour la hauteur qui varie quand il court, je vois ce que tu veut dire et ca peut etre sympa, seulement je le ferait sant touché a la camera(j'aime po glulookat) mais a la hauteur en y du joueur
pour le pointeur, ben, en fait je vais passer en plein ecran(plus classe koi!)
sinon j'ai decider de refaire certain truc(et plus poo), notament la gestion des colision qui est horrible(essayez de longer de pres un mur!) mais surtout j'ai mis au point (pas encore coder) un systeme pour generé un terrain a partir d'un script a ma sauce, un truc tout con mais tellement plus simple apres pour faire et rajouter des niveaux
30 nov. 2003 à 18:11
mais c'est très fluide, je t'en félicite !
30 nov. 2003 à 17:48
tu vois les fonctions sinus/cosinus qui ont un mouvement ondulaire, ou en tt cas oscillant, tu pourrais déterminer la hauteur de la caméré (par rapport au sol) grâce à cette fonction pour que qd le perso avance, la caméra monte et descende, donnant l'effet d'un type qui court :-) ça doit être facile à implément er je pense, si je me suis mal exprimé, fais moi signe
30 nov. 2003 à 17:39
28 nov. 2003 à 19:46
en attendant je bloque sur pivotement sur le plan horisontale (pour regarder en haut et en bas avec la souris)
lorsque la souris bouge en y, en gros je fais ca
rotH_x_ += n*cos( rot_y_ );
rotH_z_ +n*sin( rot_y_ );
> n est un entier <0 ou >0 suivant qu'on regarde vers le haut ou vers le bas
apres a chaque affichage je fait
glRotated(rotH_x_,1,0,0);
glRotated(rotH_z_,0,0,1);
en fait quand je bloque y a 0 et que j'essay en x ca marche, en z aussi avec y bloqué a 90 mais qd je fait les 2 en meme temps c'est incontrolable, ca va en zig zag
pourtant je suis convaincu que c'est comme ca qu'il faut faire
quelqu'un a une idée?
28 nov. 2003 à 07:57
Funto, TGAAlphaEdit m'avait déjà bcp servi ;-)
à propos du projet djl: DEPECHE TOI ! j'ai envie d'y jouer!! lol :-)
27 nov. 2003 à 23:49
Pour le problème du trait noir (il apparaît aussi chez moi, ~30 FPS) je l'ai eu aussi dans Gaia's fight (NDLR (lol) : un jeu que j'avais commencé à développer avec Wett, même loader), et je n'ai pas pu le résoudre non plus :(
Si ça vient du loader, le mieux serait alors peut-être d'essayer avec DevIL (http://openil.sourceforge.net), mais le projet ne sera pas compilable sous Dev-C++, seulement VC++/BC++, remarque moi ça me gêne pas ^^
N'empêche, je suis trop content que TGA Alpha Edit serve à quelqu'un :)
Pour le problème des arêtes du cube, je proposerais personnellement de remplacer le cube par un cylindre ou une sphère (plutôt cylindre), mais le problème est que ça devrait ralentir l'affichage, vu qu'il devrait y avoir + de vertices à afficher, d'autant plus si la scène devient grande, la skybox doit s'agrandir... Y'a un tut avec un cylindre texturé sur GLInFrench ;)
Kirua >> merci, mais 3D Exploration je l'ai déjà ;) Et pour les progs de 3D, je suis vraiment nul à ça lol, le seul projet que j'aie vraiment réussi en 3D était un Superman comme nouvelle voiture sur Need For Speed 4, sur un prog de 3D amateur fait en VB, mais qui n'était pas mal du tout :)
Pour l'idée de Kirua de faire comme le mod de Quake 3 : j'approuve totalement ;)
27 nov. 2003 à 21:46
fait moi signe si tu resoud ce probleme, ne serait-ce qu'en 2d ;)
27 nov. 2003 à 21:36
27 nov. 2003 à 21:34
27 nov. 2003 à 20:50
27 nov. 2003 à 19:40
mon projet c'etait de faire un doom like mais ton idee me semble plus facile a realiser et pas moins amusante, au moins j'aurais pas d'enemi a géré!
27 nov. 2003 à 19:29
excellent loool ça donne trop bien :-D il te reste à arranger la SkyBox, on voit les arrêtes du cube lol, mais ce screenshot en jette moi je dis ^^ excellent, :-) continue !!
Je pense à un truc: j'ai vu un mod de Quake 3 dans le Code(R) 4, et le jeu c t "juste" un parcours du combattant avec les objets que tu connais ds quake: plaques de sauts, ravins, coulées de lave etc qu'il faut éviter ou justement dont il faut prendre avantage. ça se serait un super jeu à faire, et qui devrait passer avec ton moteur 3D, même snas les techniques de pros etc, qu'en dis tu? tu as probablement déjà des projets, mais ds le cas contraire... :-)
27 nov. 2003 à 19:21
27 nov. 2003 à 16:58
sinon je peux te confirmer que tu as bien deviné ;-)
et puis je rajouterai: t'en sais plus que tu ne me le dis! lol, je savais pas que tu t'étais intéressé aux programmes de dessin 3D !
26 nov. 2003 à 23:33
En général, il paraît que ça booste bien les FPS ;)
26 nov. 2003 à 23:29
Cependant.....vu comme vous décrivez le programme il doit sagir de 3D Exploration?
Si c'est ça, c'est pas bien de cracker...:p
Après, côté progs de conversion de formats d'images 3D pour les principaux, je citerai : Crossroads (open source) : j'aime pas trop personnellement, et y'a pas autant de formats que dans les autres, et 3D Win/3D Win OGL (shareware, en fait l'auteur encourage à l'aider financièrement, c tout :)) : celui-là j'aime bien par contre, il supporte pas mal de formats.
Pour le format de Blender, hélas, je ne connais aucun convertisseur qui le supporte; j'avais lu quelque part qu'il était TRES bizarre.
J'ai essayé le convertisseur quez j'avais donné en URL et ça a chié complet :(
Tout ce qui reste comme possibilité, pour l'instant, de ce que je connais, c'est d'exporter depuis Blender vers le DXF et d'ensuite importer DXF-> exporter 3DS avec 3D Win ou 3D Exploration (ou certainement Crossroads 3D).
26 nov. 2003 à 22:02
26 nov. 2003 à 21:25
face_indicies[71935][9] initialiser mano a mano, le source fait 8.52 mo en un seul fichier de 86888 lignes!
26 nov. 2003 à 21:21
26 nov. 2003 à 21:15
26 nov. 2003 à 20:59
c'est hyper intuitif, en qq minutes j'ai converti un fichier 3ds qui trainait en application C++ (projet VC++), compilation, j'ia juste dû ajouter deux cast qui provoquaient un warning, exécution... impec' ! c'est vrmnt extraordinnaire !
merci :-)
reste plus qu'à dégoter 3DStudio Max :-P
26 nov. 2003 à 20:47
je suis en train de le télécharger, merci pour ça !
ça m'intrigue ^^
... déjà 52% ... :-P ça fait 4958Ko
et voilà s'est téléchargé, merci, je vais explorer ça. mais d'après le readme (en espagnol mdr) c'est "seulement" un convertisseur, c'est pas un outil d'édition, je me trompe? ceci dit, ... ça reste une bombe :-)
26 nov. 2003 à 19:15
Bilan:
1- Ce soft importe a peu prés tout les formats de programme 3D connus, + tout les ASC ASE DXF WRML .X etc... obj cob c4d lwo 3ds max .... les maps de quake 1 2 3 md2 md3....etc... SAUF BLENDER !! LOL....( c'est quoi ce truc la...blender la..lol )
2- Le soft Save as... ce que vous voulez...
Mais le pire c'est que il permet de sauvegarder une scene au format .x (Directmachin) et surtout...... en .CPP OpenGL !!!
Une boite de dialogue permet meme de generer un .dsw et un .dsp !! Si Si ...et oui...
En environ 30 sec vous passer d'un fichier 3D + ses textures , à un exe et ses sources + des textures bmp, en win32/opengl. Mortel !
Les textures se chargent si elles sont dans meme rep que exe....ya rien d'autre a faire que build->rebuild all sous VC... Les sources générée peuvent etre trés instructives...
Je peux pas m'empecher de faire ce que je vais faire maintenant... car ce truc peut vraiment vous aider je pense...
Alors voila:
Ceux qui liront ce message et qui récupèreront le truc en question comprendrons que ce lien ne peut pas rester fiable pendant 10 ans. ( a peine quelques heures et encore )
http://perso.numericable.fr/heaudrey/tropkool.rar
Si ca marche pas....alors ca veut dire que c'est fini....
26 nov. 2003 à 08:15
j'ai pas encore changer ca, mais en attendant j'ai fais un maj ou on peut permutter le niveau de detail en appuyant sur espace(la je pense que ca devrait plus ramé, la scene est presque 100x moins complexe!)
merci pour ton lien Funto66, je vai aller voir ca
25 nov. 2003 à 23:39
John Carmack.....ah....
Ce gars, il a créé Doom à partir de rien, mais maintenant nous, pauvres mortels, avec OpenGL & co on peut faire des trucs supers sans trop se faire chier, ce qui nous met tous à égalité à peu près; le monde est injuste...
C'est vrai, le gars qui maîtrise la 3D, l'assembleur, les calculs de lumières...etc, ben s'il crée un moteur 3D lui-même sans OpenGL ni DirectGraphics il sera moins rapide que celui du gars qui s'y connait un peu en OpenGL mais qui comprend rien aux calculs de lumières.
D'un autre côté, ça m'arrange bien, vu que je fais partie de ceux-là :p
Pour info, chez moi le prog tourne à 27 FPS :)
djl >> ben en fait j'avais choisi Blender pour les mêmes raisons que toi ;) Mais j'ai du mal à maîtriser la bête, et quand j'ai vu le boulot, je me suis résigné à faire de la 2D. Mais un jour je m'y mettrais à la 3D :)
Je viens de faire une petite recherche Google et je viens de trouver un truc très intéressant : script d'import-export de Blender vers 3DS et vice-versa :))))
L'URL : http://www.blenderwars.com/content.php?module=download
Je vais tester ça :)
25 nov. 2003 à 20:20
25 nov. 2003 à 18:14
25 nov. 2003 à 08:01
mais alors MCRSTEPH, tu es monothéïste? ;-)
24 nov. 2003 à 22:46
MAIS LES TEMPS ONT CHANGE....John est toujours un dieu...mais les cartes graphiques ont elles aussi évoluées....ce qui nous permet a nous, pauvre de nous, de se passer d'avoir a reinventer des techniques de l'extremes la ou un peu de ruse peut faire l'affaire...
24 nov. 2003 à 21:29
24 nov. 2003 à 21:24
24 nov. 2003 à 21:12
24 nov. 2003 à 21:07
24 nov. 2003 à 21:04
je m'en tiendrais a des sprites pour les mechants et les objets(comme dans doom).
MCRSTEPH ==> ca y est je suis inscrit et j'ai poster un sujet(mais en anonyme, j'ai pas fait gaffe)
24 nov. 2003 à 20:37
Pour ce qui est de Blender, je m'étais penché sur le problème : le problème, c'est que le format .blend est très spécial, il paraîtrait qu'il serait lié à l'exe de Blender, enfin c'est bizarre. Blender peut exporter en DXF (Autodesk), qui est une possibilité envisageable, ou en Videoscape; ce dernier est certainement le format de fichiers le plus simple, devant le format .ASC ASCII de 3DS Max, mais le problème c'est qu'il n'y a pas grand chose dedans; il n'y a même pas de coordonnées de texture. Par contre, il est bien documenté, cherche Videoscape sur Google tu verras, y'a un document de la Blender Foundation à ce sujet ;)
Donc, au final, je pense que pour utiliser Blender le mieux reste soit de trouver un exporteur écrit en Python soit d'écrire toi-même un module Python qui exporte vers ton propre format; cette possibilité est je pense la "meilleure", mais bon faut apprendre Python, l'API Blender, créer un format....
MCRSTEPH >> Il me plaît bien ton site, tu fais de belles images, je vais peut-être m'inscrire aussi :)
24 nov. 2003 à 20:13
Maintenant que j'y pense...je n'ai jammais posé de sources ici....et si tu veux vraiment je pourais tenter de poster Ici un importateur afficheur 3ds filaire. vite fait en attendant....
Seulement filaire car la réalité c'est que pour importer correctement un 3ds avec ses maps et id de materiaux...il faut avoir defini auparavant tout un tas de structures adaptées a la gestion d'une scene 3D et de ses materiaux....ce qui n'est deja pas rien....et que je ne peux pas diffuser toutes mes classes pour l'instant.
24 nov. 2003 à 19:38
j'ai qu'il y avait un forum sur ton site, je vais m'inscrire
24 nov. 2003 à 19:31
Sinon pour le code import 3ds...ya pas de blem...ca fait partie de ce que je compte mettre sur mon site avec tut et tout....mais va falloir attendre un peu...la c'est tout frais...vide...neant le site ...jai eté obliger de mettre en ligne car javais que 4 semaines pour le faire sinon mon hebergeur me virer..lol serieux...faut aussi et surtout que je rende mon code plus presentable et comprehensible...sinon si t'es vraiment pressé inscrit toi et on causera de tout ca....
Blender devrais etre capable de pondre du 3ds non ?
Sinon....mon code d'importation 3ds suporte les materiaux multi IDs...mais car je l'ai concus pour injecter les données 3DS dans un systeme de classes 3D maison.....ca veut dire que ca marche que avec mes classes pour l'instant....d'ou besoin d'adapter pour généraliser.....
mais ya pas blem....suis dessus....lol
24 nov. 2003 à 19:19
dans doom, a par l'affichage, tout les calcul etaient fait sur 2 dimensions (c'est ce que je fait) et le moteur plafonne a 30fps
24 nov. 2003 à 19:13
de toute facon pour le moment ya qu'un mode "jeu".
>je recherche justement un moyen d'importer des modeles(de preference fait avec blender), et j'ai vu que tu faisait ca mais a tu un tuto ou une fonction qui me permettrai de le faire?
24 nov. 2003 à 19:05
24 nov. 2003 à 18:57
etre le plus excitant defi de programation.
Pour la souris:
dans un jeu, si la souris fais tourner la vue a un moment donné, c'est que elle ne peut pas etre en train de commander les
menus....et inversement. Il y a donc deux mode pour la souris.
En mode JEU:
On va dire que tu compte effectuer les rotations en fonction des deplacements de la souris par rapport au centre de l'ecran.
// quelques variables:
//
Point pt;
int ecran_max_x = GetScreenResX();
int ecran_max_Y = GetScreenResY();
int correction_x = 0;
int correction_y = 0;
int deplacement_x= 0; // deplacements par rapport au centre de l'ecran
int deplacement_y= 0; // les rotations peuvent etre faite en fonction de ca...
...
...
// A l'initialisation du mode jeu:
ShowCursor(FALSE); // Cache la souris
SetCursorPos((int)(ecran_max_x/2),(int)(ecran_max_y/2)); // souris au centre de l'ecran
deplacement_x=deplacement_y=0; // init...
...
...
// Chaque fois que la souris bouge:
GetCursorPos(&pt);
if(pt.x == ecran_max_x-1 ) // souris bord droit
{
SetCursorPos(ecran_max_x-100,pt.y);
correction_x=correction_x+100;
pt.x=cmaxx-100;
}
if(pt.x == 0 ) // souris bord gauche
{
SetCursorPos(100,pt.y);
correction_x=correction_x-100;
pt.x=100;
}
// Coorecctions Y
if(pt.y == cmaxy-1 ) // souris bord bas
{
SetCursorPos(pt.x,ecran_max_Y-100);
correction_y=correction_y+100;
pt.y=ecran_max_Y-100;
}
if(pt.y == 0 ) // souris bord haut
{
SetCursorPos(pt.x,100);
correction_y=correction_y-100;
pt.y=100;
}
deplacement_x = pt.x - (ecran_max_x/2) + correction_x);
deplacement_y = pt.y - (ecran_max_y/2) + correction_y);
//
C'est un peu a l'arrache mais bon..lol...un truc dans ce gout la fonctionne chez moi....
Et pour les histoire de BSP et Octrees et tout ca...tu peux quand meme te faire plaisir sans meme y penser, il te faudrait
juste un petit importateur 3ds par exemple et tu peux deja t'amuser...
La preuve : c'est justement comme ca que je m'amuse lol -> http://mcrsystem.webdynamit.net/static.php?op=prjseug3.htm&npds=1
Le site et pas fini et ne devrait pas déja etre en ligne mais bon...
Ceci dis ,il est quand meme trés important d'avoir un systeme de determination de surfaces visibles..mais ces screenshoots
tournent a 30 img/s sans aucune, mais alors aucune optimisations....donc on peut vraiment se faire plaisir dés le depart sans BSP,Octree Etc...
Continue comme ca....
24 nov. 2003 à 18:34
24 nov. 2003 à 07:53
ceci dit, bon courage !