MOTEUR 3D AVEC OPENGL

Commentaire de crazy lapinou le 17/12/2006 11:48:10

Je vais mettre une image mais ça sera l'example qui est fourni avec.

Commentaire de crazy lapinou le 17/12/2006 12:59:41

Il ne gère que l'affichage pour le moment.
Peut être qu'un jour il pourra jouer des sons ou des musiques.

Commentaire de shenron666 le 18/12/2006 19:31:03

effectivement, un peu léger pour un "moteur", un terme malheureusement abusivement utilisé
en dehors de ça c'est pas mal, continues comme ça et ajoutes lui des fonctionnalités (physique, son, script, IA, ...) histoire d'en faire un vrai moteur ;-)
courage, c'est un bon début

Commentaire de crazy lapinou le 20/12/2006 17:11:21

Vous êtes un peu dur avec moi!
Bon d'accord! On peut pas appeller ça un moteur!
Mais je suis jeune et je n'avais que ça à faire!
Peut être qu'un jour ça sera un vrai moteur...

Commentaire de Arnaud16022 le 21/12/2006 19:09:27

Hum
Disons que le terme de moteur 3D est absolument inapproprié.
Il s'agit davantage d'un set d'helpers pour oGL.

Le problème n'est pas du tout, m'est avis, que tu aurais dû attendre plus, mais plutôt que tu aurais dû mieux organiser ton code :
exemple dans glengine.h, GLSwapBuffers n'a rien à faire dans le même fichier que DrawModelOBJ...

Au fait, je trouve qu'il y a beaucoup de fonctions qui ressemblent étrangement à celles de Sniper, je pense surtout pour l'affichage de texte avec int center, je me trompe ou ça vient de moi ? ( absolument pas une critique hein, ça fait plaisir ^^ )

EDIT :
roh je rêve t'as fait un copier-coller ... très mauvaise idée, le code de Sniper fait partie des plus horribles que j'aie jamais tapé...
genre tu ne t'es pas demandé ce que faisait UINT MD2textures[50];
dans le gestionnaire de textures, si on peut appeller ça comme ça ?
et puis on ne met jamais de code dans un .h, juste des déclarations.
Je sais ces erreurs c'est moi qui les aies faites, mais c'est pas une raison pour ne pas les corriger.
Si tu veux un wrapper pour charger des images, utilise DeviL ( mais un pote m'a dit qu'il avait eu des problèmes avec), ou tgaloader de Funto, ou MP moi, je t'enverrai un _vrai_ code avec tout ce qu'il faut ( ou plutôt non, je le posterai certainement pendant les vacances, encore quelques trucs à finaliser )

++

Commentaire de shenron666 le 21/12/2006 22:36:33

le code dans le .h c'est pour faire du inline
faut pas non plus y coller des dizaines de lignes

Commentaire de crazy lapinou le 22/12/2006 20:35:46

J'essaierais de modifier mon code pour qu'il ressemble à un vrai moteur 3d, mais c'est pas gagné...

Si quelqu'un pouvait m'aider à trouver du code permettant de charger des fichiers 3d (.x, .md2, etc...) et des images (.png, etc...)ou à modifier mon code (c'est pas dur...) il pourrai me l'envoyer juste juste pour que j'apprenne de nouveaux truc.

Commentaire de Funto66 le 31/12/2006 01:06:47

Hmm, en fait ton code c'est surtout du récupérage de code fait par plein d'autres gens et un gros mix de tout ça...pas forcément "homogène"...

Oui je sais c'est pas très gentil, dsl, je sais que c'est un début et que quand on voit son modèle 3D s'afficher, sous l'euphorie du "waaah j'ai créé un moteur 3D !!"...

Disons que l'idée du "trouver un code sur le net qui fait", ok, mais pas pour le recopier DANS ton code direct; le principal c'est de comprendre l'algo derrière, de le faire à sa façon, et encore si on peut éviter de piquer un algo déjà fait et se le refaire soi-même, je trouve ça vachement plus intéressant et instructif que de repiquer du code, surtout s'il n'est pas super bien écrit...(je pense notamment à ton jpeglib.h, sauvagement recopié dans ImageLoaders.h par exemple, ce qui ne sert à rien en plus vu qu'on a besoin de la libjpeg pour compiler il me semble, non?).

Intéresse-toi aussi à d'autres moteurs 3D déjà écrits, comme OGRE (je l'utilise ces tempcs-ci, je recommande : très bien écrit et organisé), IrrLicht ou CrystalSpace, qui sont les 3 grosses références, ne serait-ce que pour voir comment organiser ton code (une classe représentant un objet 3D, une représentant une texture...etc).
-> important : l'Orienté Objet !!

Pour ce qui est des formats 3D, comme le dit Arnaud d'expérience (;)), c'est pas gagné : perso s'il y en a un que je sens bien, c'est le .mesh, créé par OGRE. Il existe des exportateurs pour plein de modeleurs 3D, du code le chargeant, tu peux en trouver en fouillant dans OGRE (IrrLicht aussi supporte ce format), et surtout il supporte les textures et l'animation par bones :)

Autre possibilité : te créer ton propre format et l'exportateur qui va avec pour le modeleur de ton choix (genre écrit en Python pour exporter depuis Blender) (Cf une de mes sources, avec un exportateur pour gmax, qui n'est maintenant malheureusement plus en téléchargement libre je crois...).

C'est long et difficile, mais c'est tellement bon :p

Commentaire de crazy lapinou le 01/01/2007 18:21:56

Merci de tous vos conseils. J'essayerai de les utiliser dans ce "moteur 3D" et dans d'autres programmes.
Pour information, je suis en train de retravailler mon code pour y implanter de nombreuses fonctionnalités et pour réécrire les algorithmes que j'ai copier à partir du net. Si quelqu'un pouvait m'aider à en écrire, ça serait sympa...

C'est vrai que j'ai copier du code, mais il a quand même fallu le modifier pour qu'il marche. Par exemple, pour la fonction BuildFont(), j'ai du modifier un certain nombre de variables et de valeurs pour que les images s'affichent correctement. Pareil pour bien d'autres fonctions...

J'essayerais de modifier le nombre de polices maximum (il n'y en a que 2 ici) pour pouvoir en utiliser à l'infini...

Merci pour tous vos conseils...

Commentaire de crazy lapinou le 01/01/2007 19:06:20

Je pense que dans ta liste, la méthode que j'utilise et la 3eme et pas la 1ere.
Je charge une image et j'affiche le caractèrequi est dans cette image.

GLUT est une bonne lib, mais j'aimerais plutôt créer mes librairies (c'est pas gagné). Pour la portabilité, j'essayerais de créer des classes qui puissent marcher sur différents systems (Linux, MacOS, Windows ...)

Pour le probleme des textures qui ne sont pas toutes créer pareil (les lettres ne commences pas à la même positions, les lettres sont plus ou moins grosses ...) je pense créer un script qui définira la grosseur des lettres, la position de départ...

Si tu as quelques idéées ou quelques astuces, tu pourrais peut être me les poster dans ma boite au lettre.

a+

Commentaire de crazy lapinou le 02/01/2007 11:18:54

Je ne connaissais pas cette lib. Je vais faire un tour sur le net et si elle me plait, je l'utiliserais surement.

Merci encore pour ton aide (et pour celle des autres)...

Commentaire de Funto66 le 04/01/2007 22:14:55

Ca ne m'étonne même pas :p