Reprise du message précédent :
Avec 3ds4 tu choisis ce que tu veux exporter dans ton ase (lumiere, camera, etc...).
Mais bon etant donne que j'ai pas encore commence, je pense que je vais me pencher vers le 3ds

ton adresse marche pas au fait

www.wotsit.org desole pour le H dans le precedent post
 
le .3DS lavantage c'est ke ca a pas bouge depuis 3DS sous dos et de maniere que c'est construit si il rajoutent des chose ca n'ifluras pas ton prog donc tj compatible avec les futur ver de 3DSMax

ah ben c'est les 3 fichiers que j'avais recupere, j'avais rien capte !

bon vais essayer de faire une tutorial pour expliquer comment ca marche

j'avais pas regarder longtemps aussi, faudra que je me penche un peu plus dessus

deja vace ca ca irras mieux
http://www.multimania.com/javamus/articles/3ds.html
c'est le meme txt mais en fr

 
ha, ça serai sympa de me l'envoyer celui là si tu l'fais !
c interressant de pouvoir récupérer ça... quand j'en connaitrai un peu plus en opengl

 
ok merci

 
En fait ca n'a rien a voir.
T'es pas oblige de connaitre l'openGL pour recuperer les donnees de 3DS.
(enfin un petit peu pour savoir koi recuperer)

ben avec le txt en fr ca roulle moi je minterressait kaux vertexs le seul hic maint c'est ke jai ete cherche des models sur le net et dedans jais des splines 8°(° et la c'est une autre paire de manche ...

ca roule ca roule ca depend quand meme pour qui
C'est clair que moi je risque pas de chier le truc comme ca !!

 
Ben non un gluLookAt c'est juste une fonction helper
qui calcule tes matrices de transformation a ta place.
Et les matrices de transformation elles s'ajoutent d'un appel de gluLookat a un autre .
 
Faudrait peut-etre que tu revises ta 3D toi si tu veux faire de l'OpenGl .
 
Pour vos histoires de 3DS, j'ai pas tout lu mais je vous deconseille de tracer vos fichiers 3DS un triangle a la fois
avec un GlBegin(Triangle). C'est peut-etre ce que font les debutants pour tracer un cube mais aucun programmeur pro, ne fera des choses comme ca sauf s'il veut avoir un moteur 3D qui se traine a deux a l'heure.
 
A+
LEGREG

Comment ils font alors si ils ne tracent pas de triangles ??

 
Ben ils utilisent des tableaux de vertex ou d'index
(et des vertex streams en ce qui concerne DX8)
parce que tes appels glbegin glEnd machin,
c'est tres lent et y'a aucun moyen de les optimiser :
trente six appels de fonction
pour un malheureux triangle, aucune chance que t'atteigne les millions de tri/sec avec ca !
 
A+
LEGREG

Je crois que j'ai pas bien capte.
 
Personnelement j'ai une structure.
Un secteur est compose de triangles.
Un triangle de 3 points.
 
Je fais un seul glBegin et glEnd, et je boucle sur ma structure.

y tracent forcément des triangles...

GodBout et Koulip, c vrai ce qu'y dit sur le gluLookAt Legreg !?

pour afficher un model en fil de fer  
 
-tu parcourt ton fichier 3DS jusqua trouver le chunk vertex (4110 en hexa)
-tu lit les 2octet suivant qui te donne le nombre de points  
 
tant que tes pas arrive au nombre de point voulut
 -tu lit 4 octet et tu les mets dans ta var X
 -tu lit 4 octet et tu les mets dans ta var Y
 -tu lit 4 octet et tu les mets dans ta var Z
 
 
 
 
donc une liste contenant tes param X,Y,Z est la bien venue car tu la remplit au fur et a mesure  
et te reste a la derouler a la fin bon comme c'est en fillaire on s'en tape des face visibles/invisibles et go! (sinon taffiche pas les face cachées)

[edtdd]--Message édité par koulip31--[/edtdd]

 
ouaip, c'est pour ca qu'il faut intitialiser a chaque debut de ta fonction de dessin (GL_MODEL_VIEW, des conneries dans le genre)

>>GodBout et Koulip, c vrai ce qu'y dit sur le gluLookAt >>Legreg !?  
 
oui c'est vrai mais bon quan tu debute tu te fait pas chier pour optimiser ton code ca viens apres    
fait deja des ptit progs qui fonctionnent apres commence l'optimisation en fonctionde tes besoins ...
 
pour les rotations de matrice en openGL ta des fonctions qui les font mais c'est preferable de les faire soit meme pour la detection de colision and co davvador a fait un tuto creation du moteur grafike . dans le forum grafisme

koulip31 a écrit a écrit : >>GodBout et Koulip, c vrai ce qu'y dit sur le gluLookAt >>Legreg !?     oui c'est vrai mais bon quan tu debute tu te fait pas chier pour optimiser ton code ca viens apres     fait deja des ptit progs qui fonctionnent apres commence l'optimisation en fonctionde tes besoins ...   pour les rotations de matrice en openGL ta des fonctions qui les font mais c'est preferable de les faire soit meme pour la detection de colision and co davvador a fait un tuto creation du moteur grafike . dans le forum grafisme

 
faut deja forcer pour faire ses rotations de matrices !!
 
[EDIT] En fait c'est peut etre moi qui vire les maths de ma memoire

[edtdd]--Message édité par Godbout--[/edtdd]

ben grace a dav jai reussit a les faire (vooir tuto ) jai eut trop de mal mais maint ca morche non ca a lavantage que en le faisant tout seul je conais ma position de mon point en X,Y,Z avant et apres la rotation contrairement aux fonctions deja faites ou tu n'a aucun moyen de savoir en X,Y,Z ou ton point est arrive donc tu pert sa trace alors pour savoir si il se fracasse contre un mur ou pas passss cooolll mais bon nen peche ke javais fait des truc super chouette sans  
 
seul tuto  
 
www.gamedev.net  -> NeHe tutorial simple et efficasse pour apprendre l'openGL de plus ta du code source a decortiquer et qui compile    donc tapprend vite a faire de belle chose (assez simple mais cool kan meme javais fait une galaxie qui tourne dans lespace ca rend super beaux pourtant ce nest kune bitmap dupliqué en rotation mais ca tue )

non, ms qd je demandais si c vrai, je veux dire: quand je fait un simple appel à glLookAt, pas de rotation. G besoin de réinitialiser ma matrice !?

pas a mon souvenir
 
tout ce ke je sait pour les  
GlRotatef(...) aut pas oublier de faire les inverse des matrices car sinon elles s'additionnent mais bon moi je change pa mon view point donc no pb

...forcément ! Mais bon, tout bon moteur3D à plusieurs points de vue... non !?

 
Pourquoi tu me fais pas confiance ?
Ca c'est la meilleure
 

 
Mais p'tain c'est pas possible, je parle pas d'optimisation
je suis en train d'expliquer que la maniere correcte d'utiliser gluLookat c'est d'initialiser d'abord la matrice de transformation parce que entre deux appels a gluLookat Celle ci n'est pas remise a zero.  
c'est ecrit noir sur blanc dans la doc:
"The matrix generated by gluLookAt postmultiplies the current matrix".
Si vous avez du mal a comprendre, je sais pas moi.. relisez le Red Book, une deux trois fois, peut-etre que ca sera plus clair apres ca..
 
A+
LEGREG

:lol:

ben ouais (faut ke jen fasse pour ma chtite demo ) gloups moi ce ke je me demande comment diviser lecran pour afficher a la foit la scene en vue de dessus et de cote (afficher 2 camera en meme temps koi)

legreg > je parlais de maniere general mais bon
 
le gluLookat alors comment tevite ce pb? moi jutilisait Glview... mais ca doit faire la meme chose alors ?  
pourtant doit yavoir un moyen mais lekel ?

[edtdd]--Message édité par koulip31--[/edtdd]

 
ça, j'dirai qu'il faut jouer sur les viewport

 
chhut, faut pas s'énerver comme ça, peace man !    
Et tu fais comment pour l'initialiser cette matrice de transformation !?

nayant trouve de solution il utilise D3D maint    
non?

Moi j'hesite justement entre openGL et Direct3D.
Ce serait pour faire un jeu de billard.
J'ai deja programme un petit moteur en openGL.
Alors je sais ce que ca vaut, par contre D3D...

nan je dirai juste que vous etes un peu lourds
a faire semblant de ne pas comprendre  
 
surtout que c'est une faq, la preuve:
http://www.opengl.org/developers/f [...] iewing.htm
 
LEGREG

on te demande pas si c'est vrai on te demande komment faire pour eviter ca ? le moteur 3d de unreal tourne parfaitement en openGL pourtant il en crache des polygones

 
J'ai codé plusieurs appli (simples) en OpenGL. Après avoir testé DX8, je commence à coder en Direct3D. Maintenant, j'essaie d'oublier le plus rapidement possible cette API de "grand père" qu'est OpenGL

koulip31 a écrit a écrit : on te demande pas si c'est vrai on te demande komment faire pour eviter ca ? le moteur 3d de unreal tourne parfaitement en openGL pourtant il en crache des polygones

 
est-ce que tu as seulement lu la FAQ de mon message precedent?
Non sinon tu ne poserais pas cette question.
 
LEGREG

n0mad a écrit a écrit :     J'ai codé plusieurs appli (simples) en OpenGL. Après avoir testé DX8, je commence à coder en Direct3D. Maintenant, j'essaie d'oublier le plus rapidement possible cette API de "grand père" qu'est OpenGL

 
Au moins c'est clair

n0mad a écrit a écrit :     J'ai codé plusieurs appli (simples) en OpenGL. Après avoir testé DX8, je commence à coder en Direct3D. Maintenant, j'essaie d'oublier le plus rapidement possible cette API de "grand père" qu'est OpenGL

 
Bah merde... moi qui suis en train d'apprendre OpenGl...
Je fais quoi alors !? j'arrête tout et je me met à D3D à la place !?

El_Gringo a écrit a écrit :     Bah merde... moi qui suis en train d'apprendre OpenGl... Je fais quoi alors !? j'arrête tout et je me met à D3D à la place !?

 
Ben si, comme moi, tu n'adhères pas à l'utopie de la portabilité à tout crin, D3D est plus simple et plus pratique à l'emploi et plus facile pour débuter. En plus, tu n'as pas besoin de t'embrouiller la tête avec glut et cie. Dans DX8, y a tout, vraiment tout.  
 
C'est un avis totalement personnel mais avec la version 8, DirectX est sortit de la préhistoire pour dépasser largement l'OpenGL.