Discuter:Command post

Un article de Wiki-Mapping.

(Différences entre les versions)
Jump to: navigation, search

Tok (Discuter | contribs)
(Sauvegarde du travail effectué)
Différence suivante →

Version du 28 octobre 2006 à 10:21

Note: Je commence la rédaction du tuto sur la partie théorique, je vais tacher de respecter le très bon format proposez par psylopat !

Sommaire

Description

Voilà nous allons nous attaquer au command post, alors il y a 2 types de 'command post':

  • les 'command post' exclusif à une équipe.
  • les 'command post' "neutre".

Ils permettent d'augmenter le temps de rechargement de l'équipe qui la construite, et peut être utilisé pour d'autres avantages ( ex: donner un spawn).

Image Image Image Image
Image Image Image Image
Image Image Image Image
Image Image Image Image
Image Image Image Image

Command post exclusif

Entitées requises

Pour réaliser notre 'command post' nous allons devoir utilisé une flotte d'entitées, pour ne pas nous y perdre les voici dans un joli organigramme :

image:Tuto_cpex_orga.JPG

func_constructible

Une fonction contructible qui sera en fait le groupe de clip du 'command post' ouvert, c'est la seule entitée sur laquelle les joueurs peuvent agir depuis le jeu.

Très important elle avoir une construction_class de 2 .

Donc nous allons faire une ensemble de brush avec la texture clip qui représente un 'command post' ouvert, que vous pouvez trouvez dans le fichier .map à la fin. N'oublions surtout pas le brush origine généralement un brush de 16*16*16 placé hors des clips , au-dessus, qui facilite la selection de l'entité mais surtout qui est obligatoire !

Image Image Image | un screen sous GTK avec
Image Image Image | la vue sur la fenetre de 
Image Image Image | la cam et la fenetre entité

Misc_gammemodel

Les gammemodels sont plus que de simple model car eux on peut les animés et/ou les faire apparaitrent/disparaitrent grâce au script. Nous allons donc avoir besoin de plusieurs model de ce type, les clefs importantes:

  • model (ex:)
  • skin (ex:)
  • modelscale : 1.5 (Très important sinon vous aurez un 'command post' taille hobbit)

les clefs model & skin peuvent prendre plusieurs valeur selon qu l'on souhaite un 'command post' , neutre,allié ouvert, axis cassé, etc ...

En voici la liste par regroupement:

*models\mapobjects\radios_sd\compostalliedclosed.md3      | Model du 'command post' allié fermé.
*models\mapobjects\radios_sd\compostalliedclosed.skin     | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostallieddamaged.md3     | Model du 'command post' allié détruit.
*models\mapobjects\radios_sd\compostallieddamaged.skin    | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostalliedopened.md3      | Model du 'command post' allié ouvert.
*models\mapobjects\radios_sd\compostalliedopened.skin     | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostaxisclosed.md3        | Model du 'command post' axis fermé.
*models\mapobjects\radios_sd\compostaxisclosed.skin       | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostaxisdamaged.md3       | Model du 'command post' axis détruit.
*models\mapobjects\radios_sd\compostaxisdamaged.skin      | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostaxisopened.md3        | Model du 'command post' axis ouvert.
*models\mapobjects\radios_sd\compostaxisopened.skin       | Le 'skin' équivalent .
*models\mapobjects\radios_sd\compostneutralclosed.md3     | Model du 'command post' neutre, toujours fermé.
*models\mapobjects\radios_sd\compostneutralclosed.skin    | Le 'skin' équivalent .