Comment optimiser une carte dans l'éditeur de marteau?

Les déplacements ne bloquent pas la visibilité, donc pour vous assurer que la carte est scellée, créez une brosse mondiale avec la texture tools/toolsnodraw sous le déplacement et scellez la carte avec elle (c'est-à-dire que les coins de cette brosse touchent les coins de la skybox). Comme dans la première étape, assurez-vous toujours que la carte est scellée, sinon pratiquement toutes les techniques d'optimisation qui ont été mentionnées sont jetées par la fenêtre et dans le vide noir du moteur Source.

Lors de la création d'areaportals (en créant un pinceau texturé avec tools/toolsareaportal et en l'attachant à func_areaportal), il est très important que les côtés d'un areaportal qui ne sont pas vus touchent les pinceaux du monde. Par exemple, si vous voulez placer un areaportal dans une porte, mais que cette porte a un cadre lié à func_detail, vous n'auriez pas le pinceau areaportal touchant le cadre de la porte car il s'agit de func_detail (et puisque func_detailles brosses n'affectent pas la visibilité, le journal de compilation reviendra avec une fuite). Au lieu de cela, la brosse areaportal devrait toucher les murs, le plafond et le sol de la porte (qui devraient toutes être des brosses mondiales), croisant le cadre de la porte. Ne vous inquiétez pas qu'il puisse y avoir un "z-clipping" autour du cadre de la porte; le cadre va toujours être rendu correctement dans le jeu... il est simplement là dans l'éditeur Hammer pour que le compilateur l'utilise pendant vvis.

Cet article suppose que vous avez une connaissance de base de l' interface de Hammer Editor (créer des brosses, placer des entités, lier des entités, etc.).

Lors de la création de pinceaux de conseils, ne texturez que les faces agissant comme des plans de conseils (les faces qui diviseront le BSP) avec la texture tools/toolshint. Texturez toutes les autres faces du pinceau n'agissant pas comme un plan d'indice avec tools/toolsskip, sinon vous créerez plus de visleafs que vous ne le souhaitez.

Vous pouvez lier l'état Ouvert/Fermé d'un portail de zone à une porte fonctionnelle telle qu'un func_door, func_door_rotating ou une entité similaire. Pour ce faire, la porte à laquelle vous souhaitez que le portail régional soit lié a besoin d'un "nom" unique. (Donnez le nom en double-cliquant sur la porte pour ouvrir sa fenêtre de propriétés de l'objet et donnez-lui un nom simple sous Nom dans l' onglet Informations sur la classe.) Une fois que vous avez nommé la porte, accédez aux propriétés de l'objet de l'areaportal et faites défiler jusqu'à "Nom de la porte liée" et sélectionnez la porte à laquelle vous souhaitez lier le portail de zone. De plus (et c'est très important), vous devez définir l' état initial du portail de zone sur l' état initial de la porte. Cela permet de s'assurer que lorsque la porte est fermée, le portail de l'aire se ferme avec elle. Si vous êtes curieux de savoir ce que dictent exactement les états du portail de zone Ouvert/Fermé, si un portail de zone est Ouvert, toutes les visleaves visibles de l'autre côté du portail de zone sont rendues. A l'inverse, si le portail est Fermé, alors rien au-delà de l'areaportal ne sera rendu. Donc, s'il y a un couloir ouvert dans lequel vous pourrez toujours voir, l' état initial du portail de zone doit être défini sur Open, et non sur Closed. Et lorsqu'il est lié à une porte, vous ne pourrez pas voir au-delà de la porte de toute façon, alors réglez-le sur Fermé si la porte apparaît fermée (à moins qu'elle n'ait une fenêtre transparente, vous devriez alors avoir le areaportal défini sur Open et don même pas la peine de le relier à la porte).