Un moteur 3d sans Opengl ?

J'imagine que c'est possible de créer un moteur 3d sans lib graphique, mais à ce moment là, comment je devrais accéder à l'écran ? par vesa pour que mon moteur soit multi-plateforme ou autre chose ? :o

Mais si je voudrais le faire que pour windows, je devrais utiliser les API de windows ?

Bien sûr il faudra que je créé tout: mouvement de caméra, rotation des objets, etc.

Je m'y connais un peu en matrice et en math, mais j'ai du mal à visualiser comment je peux calculer un objet 3d sur une surface 2d(écran)

De plus, il y a les lumière, j'imagine que en quelque part je devrais garder mes objets en mémoire dans une structure pour apliquer la lumière(augmenter la luminosité des pixels) tout en calculant les faces cachés, car il est inutile qu'une face caché soit illuminé ..

Encore une chose, concernant les cartes graphiques. J'ai de la difficulté à visualiser comment la carte peux accélérer les calculs ? quand on utilise opengl par exemple, c'est le cpu qui calcule notre programme, comment le cpu sait ce qu'il doit calculer et ce qu'il doit envoyer au gpu ? :roll:

Merci :D

Citation:

---

J'imagine que c'est possible de créer un moteur 3d sans lib graphique

---

Question à trois francs : pourquoi faire donc ?

Citation:

---

Je m'y connais un peu en matrice et en math, mais j'ai du mal à visualiser comment je peux calculer un objet 3d sur une surface 2d(écran)

---

Dans ce cas bonne chance :?

Citation:

---

De plus, il y a les lumière, j'imagine que en quelque part je devrais garder mes objets en mémoire dans une structure pour apliquer la lumière(augmenter la luminosité des pixels) tout en calculant les faces cachés, car il est inutile qu'une face caché soit illuminé ..

---

Là encore bonne chance, car ce n'est pas du tout comme ça que ça marche (du moins pour l'éclairage de base par vertex).

Citation:

---

Encore une chose, concernant les cartes graphiques. J'ai de la difficulté à visualiser comment la carte peux accélérer les calculs ?

---

Tout simplement en faisant des calculs. Car tout ce que fait le GPU, c'est ça de moins à faire pour le CPU, qui peut pendant ce temps calculer autre chose. Mais si tu te passes d'une API 3D, il est plus que probable que tu ne pourras pas tirer partie du hardware, et que ton moteur sera donc très lent.

Je sais cela, mais comment le cpu fait la différence entre ce qu'il doit lui-même calculer et ce qu'il doit envoyer au gpu ? :roll:

Si ce n'est pas comme cela que les lumière fonctionnement, tu pourrais me l'expliquer stp ;)

et la reponse magique est.....

en passant par les drivers !!!!
ce sont tout simplement les drivers de la carte graphique qui determinent ce qui doit etre effectué sur le CPU (generalement des appels a la carte graphique en fait) et ce qui est effectué sur le GPU (generalement les appels effectué par le CPU)...

et comme la vie est super bien faite :wink: tu n'a pas a t'en preocupper...

sinon pour les autres questions

Citation:

---

J'imagine que c'est possible de créer un moteur 3d sans lib graphique, mais à ce moment là, comment je devrais accéder à l'écran ? par vesa pour que mon moteur soit multi-plateforme ou autre chose ? Surprised

---

oui oui c'est tout a fait faisable... c'est juste quelques centaines de millier de code C et ASM pour attaquer la carte graphique. bien entendu avant il faut se taper les 130000 pages de documentation trouvable dans toutes les bonnes cremerie. Essaye pour t'amuser de demander a NVidia ou ATI de la doc sur leurs carte graphiques, je suis sure qu'il accederont a ta demande avec un grand sourire :roll:
il suffit de voir la performance des pilote DRI sous linux pour se dire que ca doit etre amusant a faire...
Mais ce n'est pas non plus completement infaisable, il suffit de regarder ce qui ce faisait il y a 10 ans sur quake 1 et 2 avec leurs rendu software... par contre tu ne profiterait alors absolument pas des aventages des dernieres cartes graphiques... une trident VGA 1 Mo suffit...

Citation:

---

Bien sûr il faudra que je créé tout: mouvement de caméra, rotation des objets, etc.

---

exactement

Citation:

---

Je m'y connais un peu en matrice et en math, mais j'ai du mal à visualiser comment je peux calculer un objet 3d sur une surface 2d(écran)

---

tout simplement avec... une matrice de projection (fantastique non)... mais une fois que tu a ta matrice avec projection, il y a aussi l'application de textures, le clipping a l'ecran, la gestion du frustum de vue et tout le tintouin... bref ce n'est pas JUSTE avec quelques matrice qu'on fait tout...
si tu veut t'amuser a faire tout ca tu peut toujours jeter un coup d'oeuil sur les code source de Quake 1 et 2 (le 3 n'a pas de rendu software)... tu verra c'est edifiant

Citation:

---

De plus, il y a les lumière, j'imagine que en quelque part je devrais garder mes objets en mémoire dans une structure pour apliquer la lumière(augmenter la luminosité des pixels) tout en calculant les faces cachés, car il est inutile qu'une face caché soit illuminé ..

---

pourquoi ne pas traiter les faces cachée ? openGL le fait si on ne lui dit pas de ne pas les afficher... et comment ferait tu de la transparence sans afficher ces fameuses face (qui ne sont cachée que si les polygones devant sont opaques) ?

Pour les lumières, cherche "gouraud shading", "phong shading" ou encore "per-vertex lighting".

Ok Merci :D

Il n'est pas toujours facile de comprendre que le code qu'on utilise est fourni par le constructeur de notre carte graphique (via driver) et pas réelement fait par OpenGL.

OpenGL sert surtout de standart pour les constructeur de cartes et fournit je dirait un "micro toolkit" :p.

Enfin c'est comme ca que je l'ai compris pour ma part ^^.

Citation:

---

Il n'est pas toujours facile de comprendre que le code qu'on utilise est fourni par le constructeur de notre carte graphique (via driver) et pas réelement fait par OpenGL.

---

..............
Mais justement, le driver est en fait l'implementation des fonctions OpenGL !