Reprise du message précédent :
Ben le CPU, on l'économise pour l'AI, le son et le réseau...va falloir bien qui bosse quand même.
Les calculs mathématiques sont presque tous en assembleur sur le copro, optimizés MMX si dispo.

ah non, c paske j'avais pas rafraichis depuis 1 heure...

romuz>  ok, pourquoi pas...tu as quelquechose sur les BSPs ? Quelquechose qui compile + qui utlise des triangles ?

221 sur Radeon 640x480x32 toujours sous W2k, mais sur le TBird...

ben les BSP, c'est assez chaud...
Pour l'instant, ton moteur se contente d'afficher toutes les faces de la scene a l'ecran?

Non, quand même il est pas si con...
 
Mais c'est quand même basé sur un "brutal force rendering", à savoir qu'il n'y a pas de Octree, pas de BSP. Parcontre, il y a un frustum qui clippe les faces à afficher, sans les backfaces...  
 
Avec un BSP, j'accélerais les collisions

le probleme avec les BSP, comme tu le sais, c'est de construire l'arbre de facon optimale (meme si c'est impossible de le faire optimal).
L'idee, ca serait d'utiliser un format deja existant: celui de q3 ou de unreal?
mais je sais que c'est moins interressant...

moi aussi au debut j'affichais comme un bourrin! Mais je suis en train de bosser sur un Octree: il marche presque....

Ben, si tu veux, je préfère utiliser mon propre format...c'est plus souple.
 
Sinon, calculer la face optimale de départ, c'est simple: je les calcule toutes ( celles qui valent le coup ) et je compare...c'est simple (long, mais simple)

sinon tu codes ca en C ou en C++?
avec quel compilateur?

C'est un peu comme jouer toutes les combinaisons au Loto

en VC++ 6

Et tu sais comment inclure de l'assembleur: paske moi, quand je fais ca, ca plante...

inclure ?
 
c'est en inline -->
 
asm{
    mov ax,bx
    ...blabla...
   }

chez moi, ca plante, meme si je mets pas de code dedans!!

Ben il faut quand même pas pousser...Maurice, tu pousses le bouchon un peu loin, ça peut plus durer...
 
tu me dis que 'sans code', le programme plante ?

des que je met:
asm
{
 
}
il plante si je met: mov ax,1 par exemple.
Ca s'appelle pas du code ca, juste une petite ligne...

Il compile, mais il plante ?
 
essaie de mettre _asm {

c'est ce que je fais! Ya pas un truc a inclure dans le projet?

#include <windows.h>

350 lectures, et personne qui donne ses benchs....
 
allez, on se motive
 
...
 
.

je vais tester ce midi!
Sinon, tu restes sur hardware?
mon email au cas ou:
rva60481@worldonline.fr
je reviens cet apres midi..

a d'taleur

des benchs des benchs

T'as vu Romuz ? tu les as fait tous fuir !

Pour les benchs, je récapitule:
 
Essayer de lancer en 640x480x32bits, Fullscreen, sans toucher à la souris. Normalement, c'est la même image pour tout le monde...touchez pas au mulot...attendez 3000 images...et notez le AvFPS..  
 
Score actuels:
 
- Nicko500 : 303fps
- point : 295fps
- Gigathlon : 102fps
 
A vous maintenant !

Ben moi ca m'interresse aussi, je suis en train de faire un octree(pour une demo), j'ai crée a structure, il me reste juste des problemes de frustum pour exclure les partie cachées.
Si vous avez des tips on peut se tenir au courant ?

Tu prends les 4 plans ( 6 c'est inutile ) qui forment le faisceau de ta caméra.pos --> camera.lookpos , et tu testes les faces sur ces 4 plans, si elles sont devant TOUS les plans, on affiche, sinon à tchao, on passe à la suivante.

des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs
 des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs des benchs

étant donnée que mes faces sont dans un octree je ne peut pas tester les faces , je suis obligé d'utilisé des bounding box , mais la j'ai un probleme pour définir si la bounding box a une partie a l'interieur du frustum.

teste les 8 points de ta bounding box

C'est ce que je fait, mais il y a un cas ou la bounding box contient le frustum donc les polygones sont visible, mais les points sont a l'exterieur du frustum.
 
d'autre par avec les 6 plan du frustum , a t-il moyen de connaitre facilement ses 8 sommets ?

tu peux en extraire une bounding box de ce frustum, et tu teste alors les bounding box de ta scene avec celle de la camera, tout est aligné alors, pas de cas particulier

Pas Bete !
 
Je vais essayer comme ca, merci!

Mais KESSIDIZE ?  
en tt cas les gars chapo meme si j'y connais quedalle  

320 pour moi....

Pour les benchs, je récapitule:
 
Essayer de lancer en 640x480x32bits, Fullscreen, sans toucher à la souris. Normalement, c'est la même image pour tout le monde...touchez pas au mulot...attendez 3000 images...et notez le AvFPS..  
 
Score actuels:
 
- Nicko500 : 303fps
- point : 295fps
- Gigathlon : 102fps
- ben100g : 320fps
 
A vous maintenant !

280 pour moi, mais en trilineaire

Naaaannn!!! Pô bon le 102, il est en 16 bits! Par contre, 221 sur une Radeon DDR non overclockée...

sympa ton moteur  
a quand une ville tout entiere
bon j'ai fait ce que tu a dit plus haut
640*480*32 bis les deux case de gauche en normal et option trilinear filtering
 
 480 Fps pour le AvFPS
 
(pentium III 1000@1200mhz + geforce 3  235/510)
sous win98

bon j'ai fait ce que tu a dit plus haut
640*480*16 bis les deux case de gauche en normal et option nearset filtering
 
 29 Fps pour le AvFPS    
   
(pentium III 800+ chip graphique 815 intégré !!!)
 
de la balle ce moteur, vraiment trés beau en 1024 !! (par contre je rame à mort)