![\"20170810_121404\"](\"http:\/\/oneiricworlds.com\/en\/wp-content\/uploads\/2017\/08\/20170810_121404.png\")
<\/a><\/p>\nHop, un\u00a0nouveau syst\u00e8me de v\u00e9g\u00e9tation.<\/em><\/p>\n <\/p>\n Avant tout, j’ai envisag\u00e9 d’utiliser le syst\u00e8me de terrain et de v\u00e9g\u00e9tation de Unity, mais j’ai \u00e9t\u00e9 confront\u00e9 \u00e0 2 probl\u00e8mes:<\/p>\n Tout d’abord, les terrains de mon jeu sont assez complexes, avec des \u00eeles volantes, des cavernes, des trous, des ponts, et autres formes non convexes. Unity propose uniquement des terrains de type \u00ab\u00a0height map\u00a0\u00bb, ce qui ne permet pas de g\u00e9n\u00e9rer de l’herbe sur tous les c\u00f4t\u00e9s et au-dessous d’une \u00eele volante par exemple.<\/p>\n Ensuite, le syst\u00e8me de v\u00e9g\u00e9tation de Unity est con\u00e7u pour g\u00e9rer l’affichage de l’herbe sur des terrains immenses. Le batching est donc en grande partie dynamique. Cela g\u00e9n\u00e8re beaucoup de draw calls (sur le peu de test que j’ai faits), et \u00e7a ralentit pas mal le\u00a0jeu.<\/p>\n Voil\u00e0 pourquoi j’ai choisi de cr\u00e9er mon propre syst\u00e8me de v\u00e9g\u00e9tation pour le jeu.<\/p>\n <\/p>\n L’id\u00e9e principale derri\u00e8re ce choix est de pouvoir cr\u00e9er facilement des champs d’herbe en quelques clics, tout en gardant un bon contr\u00f4le sur la partie artistique. J’utilise Blender comme outil pour le level design (entre autres), donc je dois trouver un moyen d’exporter l’herbe et les r\u00e9glages divers vers Unity via le format FBX. Je souhaite avoir quelque chose d’assez l\u00e9ger en taille de fichier et qui puisse s’adapter facilement aux diff\u00e9rents cas d’utilisation que je vais rencontrer (v\u00e9g\u00e9tation \u00e0 la verticale sur les murs, ou mousse dessous les \u00eeles volantes, …). Voici ce \u00e0 quoi j’ai abouti:<\/p>\n Pour les raisons \u00e9voqu\u00e9es ci-dessus, j’ai choisi d’utiliser les couleurs associ\u00e9es \u00e0 chaque sommet sur des maillages\/meshes faits \u00e0 la main. Ca me permet de cr\u00e9er ces fameux meshes uniquement \u00e0 l’endroit o\u00f9 je souhaite avoir de la v\u00e9g\u00e9tation. En outre, je peux utiliser les 3 canaux de couleurs pour cr\u00e9er 3 types de v\u00e9g\u00e9tation diff\u00e9rents sur un m\u00eame mesh. Pour peindre facilement chaque canal, j’utilise les brosses \u00ab\u00a0Add\u00a0\u00bb et \u00ab\u00a0Sub\u00a0\u00bb de Blender avec des couleurs rouge, bleue et verte pures.<\/p>\n Bien s\u00fbr, j’utilise un nom sp\u00e9cial sur ce mesh avec des conventions sp\u00e9cifiques pour signaler \u00e0 Unity le type de v\u00e9g\u00e9tation que je d\u00e9sire.<\/p>\n Je peux superposer plusieurs meshes les uns sur les autres, donc il n’y a virtuellement pas de limite au nombre de v\u00e9g\u00e9tations diff\u00e9rentes que le syst\u00e8me\u00a0peut g\u00e9rer.<\/p>\n Voici le mesh avec les couleurs de sommets dans Blender. Pour ce mesh, j’utilise le rouge pour l’herbe, le vert pour la mousse, et le bleu pour des sortes de lianes tombantes.<\/em><\/p>\n Bien s\u00fbr, c’est un peu d\u00e9routant de \u00ab\u00a0peindre\u00a0\u00bb l’herbe sans r\u00e9ellement la voir dans Blender (l’herbe r\u00e9elle est g\u00e9n\u00e9r\u00e9e plus tard dans Unity). Mais c’est le prix \u00e0 payer pour avoir des fichiers d’export assez l\u00e9gers. Et puis… on finit par s’habituer \ud83d\ude42<\/p>\n Si je ne veux pas d’herbe partout, je peux juste cr\u00e9er un petit mesh \u00e0 l’endroit sp\u00e9cifique qui m’int\u00e9resse. C’est tr\u00e8s l\u00e9ger lorsqu’on exporte en FBX.<\/em><\/p>\n <\/p>\n Ensuite, lorsque j’importe le niveau dans Unity, mes scripts d’import vont g\u00e9n\u00e9rer la v\u00e9g\u00e9tation avec une densit\u00e9 fonction de l’intensit\u00e9 de couleur des sommets du mesh. Chaque \u00e9l\u00e9ment de v\u00e9g\u00e9tation est g\u00e9n\u00e9r\u00e9 \u00e0 partir d’un prefab. Le prefab est automatiquement \u00ab\u00a0coll\u00e9\u00a0\u00bb et orient\u00e9\u00a0de mani\u00e8re ad\u00e9quate sur la 1\u00e8re surface viable sous-jacente. Bien s\u00fbr d\u00e9finir une surface \u00ab\u00a0viable\u00a0\u00bb n’est pas aussi simple que \u00e7a (je dois tester le type de surface…), mais vous avez saisi l’id\u00e9e.<\/p>\n Parfois, le \u00ab\u00a0collage\u00a0\u00bb automatique de l’herbe sur les surfaces am\u00e8ne de curieux r\u00e9sultats (l’herbe sur le panneau ici, ce qui est plut\u00f4t rigolo, mais pas voulu). J’ai donc du mettre en place plusieurs r\u00e8gles sp\u00e9cifiques pour emp\u00eacher ce genre de choses, ou, tout du moins, les contr\u00f4ler.<\/em><\/p>\n J’ai \u00e9galement mis en place une \u00e9tape de\u00a0randomisation, qui me permet de changer de mani\u00e8re al\u00e9atoire la taille, la rotation ou ce que j’estime n\u00e9cessaire sur chaque prefab g\u00e9n\u00e9r\u00e9. Ceci permet de cr\u00e9er plus de variations.<\/p>\n Une capture d’\u00e9cran pr\u00e9sentant les 3 types de v\u00e9g\u00e9tation: de l’herbe au premier plan, de la mousse sur les parois verticales, et des lianes tombantes dessous.<\/em><\/p>\n Une autre image de la Guilde des Voleurs avec beaucoup d’herbe.<\/em><\/p>\n Ensuite, une fois que tous les prefabs ont \u00e9t\u00e9 g\u00e9n\u00e9r\u00e9s, je les fusionne (\u00ab\u00a0batche\u00a0\u00bb) tous par mat\u00e9riau. Tout est rassembl\u00e9 dans des meshes de ~65000 sommets, qui est la limite impos\u00e9e par Unity. Evidemment, cela r\u00e9sulte en plusieurs meshes \u00ab\u00a0batch\u00e9s\u00a0\u00bb (g\u00e9n\u00e9ralement autour de 50, mais on peut monter \u00e0 plus que \u00e7a). Cela r\u00e9duit consid\u00e9rablement le nombre de draw calls.<\/p>\n Comme d’habitude, cette approche a de bons et de mauvais c\u00f4t\u00e9s:<\/p>\n Le batching statique de tous les meshes d’herbe tel que je le fais emp\u00eache d’avoir un affichage dynamique permettant de montrer ou de cacher les brins d’herbe en fonction de la distance, car tout est batch\u00e9 dans un ordre al\u00e9atoire. Cela signifie que chaque brin d’herbe sur une \u00eele est visible de n’importe o\u00f9 sur cette m\u00eame \u00eele. Mais comme les \u00eeles de mon jeu sont relativement petites, \u00e7a a l’air OK pour l’instant. A l’avenir, si je devais optimiser encore, je pourrai toujours introduire une structure de type octree pour segmenter l’herbe par r\u00e9gion et\/ou utiliser un shader intelligent qui pourrait \u00ab\u00a0clipper\u00a0\u00bb la geom\u00e9trie lointaine.<\/p>\n Par contre, le batching statique avec ordre al\u00e9atoire a un avantage: je peux choisir de n’activer que la moiti\u00e9 des meshes de v\u00e9g\u00e9tation, et cela divise la densit\u00e9 de l’herbe par 2 partout de mani\u00e8re uniforme. Afficher de l’herbe reste un processus assez co\u00fbteux pour la carte graphique, et il est bien pratique de pouvoir dynamiquement diminuer la densit\u00e9 de l’herbe pour faire tourner le jeu sur des configurations plus modestes.<\/p>\n Une autre bonne nouvelle est que, comme l’herbe est g\u00e9n\u00e9r\u00e9e dynamiquement via des prefabs, ce syst\u00e8me de v\u00e9g\u00e9tation sait en r\u00e9alit\u00e9 g\u00e9rer les prefabs d’une mani\u00e8re g\u00e9n\u00e9rale, et pas uniquement la v\u00e9g\u00e9tation; donc des rochers aussi par exemple. Je devrais donc plut\u00f4t l’appeler \u00ab\u00a0syst\u00e8me de g\u00e9n\u00e9ration de d\u00e9tails\u00a0\u00bb en fait.<\/p>\n Quelques rochers g\u00e9n\u00e9r\u00e9s avec le nouveau syst\u00e8me de g\u00e9n\u00e9ration de d\u00e9tails.<\/em><\/p>\n Un autre avantage est que je peux \u00e9galement positionner manuellement les prefabs d’herbe si je le souhaite. Ils b\u00e9n\u00e9ficieront \u00e9galement du syst\u00e8me de batching. Je peux donc utiliser le syst\u00e8me de g\u00e9n\u00e9ration de v\u00e9g\u00e9tation pour les larges zones et faire du placement manuel pour les zones plus petites, ou plus sp\u00e9cifiques.<\/p>\n <\/p>\nI – Le syst\u00e8me d’herbe de Unity<\/h3>\n
II – Le nouveau syst\u00e8me de v\u00e9g\u00e9tation<\/h3>\n
Dans Blender<\/h4>\n
<\/a><\/p>\n<\/a><\/p>\nDans Unity<\/h4>\n
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\nIII – Pour & Contre<\/h3>\n
<\/a><\/p>\n<\/a><\/p>\n