MOTEUR 3D SOFTWARE SOUS WINDOWS (+EXE)

Commentaire de Funto66 le 12/07/2003 19:52:35

T'as oublié de mettre les fichers .ASE..... dommage :(
Mais vu la taille du projet, j'ai fait un petit effort et je suis allé en chercher sur le net.
C'est vrai que t'es balèze ! Félicitations !
Je vais m'attarder un peu plus sur le charceur de fichiers ASE...
Allez, pour la peine : 10/10 !

Commentaire de eldered le 12/07/2003 21:09:02

un exe !

Commentaire de Kirua le 13/07/2003 22:29:11

point de vue math O_o créer un moteur 3D c énorme. en fait je suis étonné que ce ne soient que 90 000 caractères. pr un bête jeu que je suis en trai nde créer et qui utilise OpenGL je suis déjà à 66Ko de sources (commentée allègrement)
bonne continuation, tu pourras en faire qq ch de grand ;-)

Commentaire de Nicolus le 15/07/2003 18:57:46

merci beaucoup ca fait plaisir de voir que mon travail est apprecie par d'autres programmeurs!
pour la peine, je mets l'exe pour ceux qui peuvent pas compiler ou qui ont la flemme ;))

Commentaire de Kirua le 15/07/2003 19:28:15

c'est vrai qu'un code comme celui-ci sort du lot, c'est pas tous les jours, quand on voit des fusionneurs / défusionneurs de fichiers tout cons postés en deux sources, ceci détonne. encore bravo.

Commentaire de Kirua le 16/07/2003 14:40:11

jcd j'ai posté y a même pas une semaine, dans la catégorie OpenGL. http://www.cppfrance.com/article.aspx?Val=2209
en belgique on appelle ça un cassage.

Commentaire de Arkko le 16/07/2003 17:27:54

Ouip c'est pas tout le monde qui vient de la belgique ... moi je suis du Québec et les expressions belges et europennes j'en connais seulement quelque unes que j'ai apris sur msn :D !!!

Commentaire de Kirua le 16/07/2003 22:11:47

ouais t'as raison zen, pr la petite histoire, casser = mettre une personne avec le nez devant la stupidité de sa remarque, c pas belge, à la base c français (cf Jean Dujardin dans les très bons sketches de Brice de Nice, à voir absolument! dispo un peu partout sur le net, il y en a 1 + 4)
pr la définition, je vois mal comment l'expliquer autrement, mais tt de suite avec des mots ça fait plus méchant que le terme "casser" en lui-même. on se quittes amis jcd? ;-)

Commentaire de JCDjcd le 17/07/2003 09:44:54

Ami ... mais on la toujours ete non ?

Commentaire de JCDjcd le 17/07/2003 17:14:20

Pas de grossierete merci !

Commentaire de oplibulartj le 25/02/2006 11:57:48

Bonjour. Je ne pense pas que beaucoup de gens liront ce topic, mais je tenais à dire que j'ai étudié cette source, et que la fonction chargée du remplissage des polygones peut être largement optimisée. Tout d'abord, si on veut à tout prix utiliser des nombres réels, il vaut mieux, pour le calcul des pentes du triangles, utiliser des floats au lieu de double. Deuxièmement, allouer et désallouer un tableau de repères de scanlines à chaque appel de la fonction de remplissage de polygônes est coûteux en temps machine, mieux vaut déclarer deux tableaux globaux, ou au moins les passer par adresse pour les réfractaires aux variables globales. Ensuite, on peut tout simplement se passer des nombres entiers pour ce genre d'algorithmes, en utilisant la méthode du "fixed point math" (google, "fixed point math"). Cette méthode permet d'utiliser des entiers comme si c'était des flottants, en découpant virtuellement les entiers en deux parties (partie fractionaire, partie entière). Ensuite, la fonction de traçage d'une ligne horizontale peut être inclue directement dans la routine de remplissage, on gagne en rapidité. Evidemment, le "fixed point math" peut s'appliquer à tous les calculs 3D. Je reste volontairement vague en ne fournissant pas d'exemples, car je ne suis pas sûr que ce topic intéresse quelqu'un, vue l'ancienneté du post. Si je vois que ma petite prose intéresse quelqu'un, je fournirais un exemple pratique avec SDL, afin que les utilisateurs puissent compiler mon code sous windows, linux, atari, etc ... Bonne lecture (pour ceux qui lisent). Dernier point : Je n'ai pas eu l'idée de faire ces optimisations tout seul, j'ai juste récupéré et synthétisé des infos sur le net. Dernière minute : Pour une bonne compréhension du "fixed point math", je recommande humblement de lire le code source de la bibliothèque allegro.

djulzz