Bonjour tout le monde, je cherche des programmeurs en C++ (API Windows sans MFC) et OpenGL, motiver pour participer à un VRAI projet de Real Time Strategy du même genre que Command & Conquer Generals (CCG) (mais en mieux ). J'ai commencé par l'editeur de niveaux qui est je pense le programme le plus problématique étant donné que c'est la qu'on y pose toutes les bases dès le début, mais j'ai quelques petits problèmes au niveau de mon terrains, comme dans CCG mon terrain est composé de petits carreaux, comme sa chaque carreaux à sa propre texture et il n'est pas difficile d'en changer, et chaque coordonnées (Y) des points d'un carreau est modifiable pour pouvoir élever ou abaisser le terrain, mon problème est que je suis obligé d'afficher un grand nombre de ces carreaux à l'écran et que cela me prend beacoup en ressources, je ne peux utiliser de CallLists pour les générer car ont ne pourrait plus modifiés la hauteur de chaque points, ni utiliser de VertexArrays car chaque carreau à sa propre texture et j'ai esssayé de stocker chaque carreau dans un VertexArray (chacun) mais je vous assure que la mémoire en prend un coup, au final je suis obligé de dessiner mes carreaux avec glBegin(GL_TRIANGLE_FAN); & glEnd();, ce qui n'accélère en rien l'affichage. Donc si quelqu'un a une idée sur ce point de vue il serai très simpatique de m'en faire part.
En second, je cherche des programmeurs pour m'aider dans ma tache quotidienne, car l'ambition est grande mais le temps est long, je vais essayer d'énoncer ce que j'ai déja fait :
-Fenêtre géré avec l'API Windows, Menu et ToolBar pour selectionner les différents outils de l'éditeur de niveaux et gestion d'OpenGL dans cette même fenêtre.
-Terrain (ben oui mais problème de performance), Morphing (élever, abaisser) avec fonctions simplifiés pour créér facilement plateaux, collines ou montagnes. Texturing, la texture de chaque carreaux est modifiable (pour l'instant environ 250 textures applicablent sur n'importe quel carreau), filtre trilinéaire...
Blending (80%), ce qui fait que deux carreaux adjacents avec une texture différente ce mélangeront avec un effet dégradé pour un effet de réalisme.
Bon voila a peu près comment est constitué le moteur de mon editeur de niveau, je suis actuellement entrein de m'occuper du module de sauvegarde et de chargement, mais ce problème de terrain me pose de gros problème. Si vous n'êtes pas encore soulez et que vous êtes interressez par mon projet ou que vous avez des réponses à mes questions n'hésitez pas à répondre à ce post.
Merci d'avance.

Il faut à peu près quel niveau en OpenGL (c pas pour m'inscrire lol c'est juste por comparer) pour faire ce genre de jeu?
Sinon pr ton prob de terrain à ta place j'essaierais de rafraichîr l'image que qd ya eu modification,mais j'ai deja été confronté à un prob similaire (en 2D mais similaire qd meme!)et à l'époque j'avais pas trouvé de solution...

à mon avis il faut optimisre un maximum ppur l'éditeur
-abaisser le niveau de filtrage avec la distance
-afficher uniquement les faces visibles+back face culling
-ne pas faire d'animation dans l'éditeur comme çà tu affiche les objet(maison, perso...) avec des vertex array
-gérer u maximum de texture en mémoire vidéo avec des priorité pour les textures les plus répétitives
-si tu as des carreaux utilise GL_QUAD plutôt que GL_TRIANGLE_FAN .
-ne pas utiliser d'éclairage ni d'ombre .

Et puis surtout il faut te dire que dans l'éditeur çà rame mais après dans le jeu il suffit de le mettre dans une calllist ou un vertex array et c'est bon . Si tu regarde bien l'éditeur de Command and conquer sur mon ordi c'est horrible il rame et pourtant pas le jeu .

Et enfin, le blending entre les carreaux, évite dans l'éditeur parce que çà, çà utiliser bcp de ressource surtout si tu le fait sur TOUS les carreaux ou alors fait le que sur les carreaux visible(donc il faut un partitionnement de la carte : octree ?)

Voilà donc bonne chance pour ce projet parce c'est très long .

A m a u r y

Euh c'est quoi octree ?
Le blending n'est pas encore un problème.
On m'avai conseillé de dessiner avec GL_TRIANGLE_FAN au lieu de GL_QUAD pour une raison de performance.
Texture en mémoire vidéo, priorités ?
Pas d'animation, oui biensur, sa y a pas de problème.

Niveau qu'il faut avoir pour faire un RTS, je dirais bien initié, je n'ai que 17 ans mais je programme depuis l'age de 13 ans, le Blitz Basic puis le Blitz 3D m'ont appris toutes les bases et je suis fière du haut de mon jeune age de me débrouiller avec l'API Windows qui n'est que peu compris d'en mon entourage de programmeur. Je ne suis qu'un nouveau par contre dans la programmation OpenGL mais ce problème de terrain est vraiment très dur à résoudre, aufaite comment sa marche et à quoi sa sert une "Mesh" en OpenGL, je fais de l'infographie 2D et 3D mais en prog je ne vois pas bien ???
Merci de vos réponses...

Ah, ben finalement je suis assez content, voyez-vous mon editeur est enfin fluide et ceux dans tous les cas, même en changeant la texture de milliers de carrreaux en même temps ou en morphant mon terrain, le précédent lag été du au picking, trop de fonction graphique été appellé inutillement, mais étons vraiment obligé de redessiner les objets non graphiquement mais uniquement pour le picking pour pouvoir selectionner et ne peut-on dessiner l'objet kune seul et unique fois pour le picking et pour son dessinage ?

ben pour le picking moi je te conseille de le faire toi même . C'est pas très facile mais tu n'a pas besoin de redessiner .

Le seul défaut c'est qu'il te faut considérer chaque face comme un plan en stockant sa normale et sa distance au plan dans un tableau(que tu peux réutiliser pour dessiner tes vertex après tout) .

Quand l'utilisateur clique sur l'écran, tu récupère la matrice de vue et tu en déduis une droite(là par contre je peux pas t'aider mais je regarde et je te dis si je trouve) .

Puis tu calcule la distance de la caméra à l'origine(sqrt(camx*camx+camy*camy+camz*camz)) Et enfin, pour chaque face QUI EST DANS LE FRUSTRUM(il y a des tuto sur le net) :
->Est-ce qu'il y a intersection entre la droite et ce plan
->oui: est-ce qu'il y a intersection entre le triangle et la droite
->oui alors ajouter cette entrée dans un tableau en stockant
la distance entre le pt d'intersection et la caméra et l'index
de la face en question:
sqrt(pow(camx-ptx,2)+pow(camy-pty,2)+pow(camz-ptz,2))
->non alors continuer
->non alors continuer

Et enfin tu parcours les entrée du tableau crée dans cette algo :
->s'il est vide -> pas d'intersection
->sinon trier le tableau et récupérer l'index de la face lma plus proch(distance caméra->pt intersection minimale)

Voilà c'est assez compliquer mais au moins pas besoin de redessiner graphique .

Je vais essayer de coder un petit prog si j'ai le temps avec cette technique et je te l'enverrai par e-mail si tu veux .

"bien initié"moi j'ai commencé la prog ya un an un peu avant mes 13 ans ;) et je fais de l'OpenGL depuis environ 9 mois (j'ai meme essayé de faire un RTS en 2D rien qu'en algo c vachement chaud lol)

Merci a vous, Pamaury, oui sa serai simpa si tu faisai un petit prog de ce ke tu dis et ke tu me lenvoyai.
Bon allé passez moi vos adresse MSN Hotmail si vous en avez que j'essaye de vous convaincre de participer à ce fabuleux projet . J'ai moi aussi fai des RTS en 2D, cété la copie conforme de Command & Conquer 1 puis Alerte Rouge puis je l'ai après évoluer a Alerte Rouge 2, mon prog été très ressemblant, de plus ke je leur pické leur textures lol. Maintenant c C&C Generals a ki je pike tt (pour linstant, après je ferai mes propres textures et objets). Quelqu'un peut méxpliker comment sa marche et a koi servent les MESH en OpenGL ?

un mesh n'est en fait qu'un objet qui de plus est indépendant(en général) de la librarie 3d(opengl, directx)

un mesh est composé d'un certains de nombre de face(avec normals et textures) et il peut-être animé . Un mesh est un objet qui s'occupe de dessiner et mettre à jour les donnée(animation) et le prog principal n'a plus qu'à demander à un mesh de se dessiner .

En gros c'est çà mais çà peut-être différents . L'important c'est que ce soit un objet avec des faces .

Pour le prog je vais essayer d'y trvailler mais j'ai pas bcp de temps donc çà peut être un peu long .

mesh -> c'est ce que tu fais avec un modeleur 3D et que tu peux charger grace à des fonc' d'OpenGL , c'est ca?

Pour l'instant t'as trouvé combien de programmeurs et/ou de graphistes.
Je sais pas trop à ki tu parlais mais vla mon adresse :
asmanur.caramail.com (ou le pt c un arobase)
j'ai una dresse hotmail ms msn ne marche pas et je peux plus aller consulter mon compte