perso j'ai ça comme terrain http://www.mediafire.com/?r8ur660jt71k6tn, bon par contre c'est pas full perf étant donner que je tire ça directement de mon 'engine' du coup y a les superflux physique entre autre
sinon:

+plutot rapid
+création du terrain 'dynamic'
+utilise un buffer pour stocker les donner ( heightmap )
+possibiliter de crée le terrain par algorithme ( utilise une fonction de type float algo(int x, int y) ... )
+découpe l'heightmap en sous partie
+les sous partie sont utiliser pour crée des meshs
+chaque mesh est indépendant et peut être reconstruit
+possibiliter futur de décharger le terrain par parti donc du paging ( c'est l'histoire de 20 ligne )
+light plus que correct ( enfin quand on utilise 4texture on voie vite que les perf dégringole )
+frustum culling pour les sous parties
+possibiliter d'avoir un terrain rectangulaire ( enfin c'est un découpage pour avoir des ous partie de type 2^N, le reste étant aussi découper dans se sans, se qui fait qu'un petit partie peut être plane a cause du dépasement )

• bug pour texturer ( je bosse dessus, dans l'optique d'assigner une matrice de texture sur chaque terrain pour pas plomber la mémoire en découpant la dite texture )
• la rotation marche correctement que sous l'angle Y, je ne me suis pas pencher sur les autres ( probleme lier a cause du multi-mesh )
• utilisation abusive de la mémoire ( a mon gous, raison: utilisation d'un buffer de type float, redécouper pour les sous parties, utilise donc 2x mémoire nécessaire, enfin en feusant en sorte que les sous partie acceder directement au buffer originel sa devrait le faire )
• chargment plutot lent
• j'ai pas fait d'algo pour redimentionner le buffer, j'ai estimer qu'un chargement de l'heightmap coupler avec un scale du mesh sufisais ...

baser sur l'example 24 SMeshHandling

edit: key >> w(wireframe), b(voir les boudingbox des sous parties), n(voir les normales), t(transparence...)
ps: dsl j'est pas le temp de me relire

perso j'ai ça comme terrain http://www.mediafire.com/?r8ur660jt71k6tn, bon par contre c'est pas full perf étant donner que je tire ça directement de mon 'engine' du coup y a les superflux physique entre autre
sinon:

+plutot rapid
+création du terrain 'dynamic'
+utilise un buffer pour stocker les donner ( heightmap )
+possibiliter de crée le terrain par algorithme ( utilise une fonction de type float algo(int x, int y) ... )
+découpe l'heightmap en sous partie
+les sous partie sont utiliser pour crée des meshs
+chaque mesh est indépendant et peut être reconstruit
+possibiliter futur de décharger le terrain par parti donc du paging ( c'est l'histoire de 20 ligne )
+light plus que correct ( enfin quand on utilise 4texture on voie vite que les perf dégringole )
+frustum culling pour les sous parties
+possibiliter d'avoir un terrain rectangulaire ( enfin c'est un découpage pour avoir des ous partie de type 2^N, le reste étant aussi découper dans se sans, se qui fait qu'un petit partie peut être plane a cause du dépasement )

• bug pour texturer ( je bosse dessus, dans l'optique d'assigner une matrice de texture sur chaque terrain pour pas plomber la mémoire en découpant la dite texture )
• la rotation marche correctement que sous l'angle Y, je ne me suis pas pencher sur les autres ( probleme lier a cause du multi-mesh )
• utilisation abusive de la mémoire ( a mon gous, raison: utilisation d'un buffer de type float, redécouper pour les sous parties, utilise donc 2x mémoire nécessaire, enfin en feusant en sorte que les sous partie acceder directement au buffer originel sa devrait le faire )
• chargment plutot lent
• j'ai pas fait d'algo pour redimentionner le buffer, j'ai estimer qu'un chargement de l'heightmap coupler avec un scale du mesh sufisais ...

baser sur l'example 24 SMeshHandling

edit: key >> w(wireframe), b(voir les boudingbox des sous parties), n(voir les normales), t(transparence...)
ps: dsl j'est pas le temp de me relire