Groupes spawnables¶
Ce que c'est¶
Deux familles de « choses à faire apparaître en jeu », qui ne se déclarent pas au même endroit.
| Fichier | Ce que c'est | Comment on l'appelle | |
|---|---|---|---|
| Aéronefs | src/spawnables.yaml |
des groupes d'aéronefs modèles, préfixés veafSpawn- |
commandes du menu radio / marqueurs |
| Sol et mer | src/spawn-groups.yaml |
des alias vers des compositions d'unités | _spawn unit <alias> / _spawn group <alias> |
Le plus petit exemple qui marche — sol et mer¶
src/spawn-groups.yaml est livré entièrement commenté : tel quel, il n'ajoute rien. Décommentez et
adaptez :
units: # -> `_spawn unit <alias>`
- aliases: [myaaa]
unitType: ZSU-23-4 Shilka
groups: # -> `_spawn group <alias>`
- aliases: [mysam]
disposition: {h: 3, w: 3} # grille de placement, en cellules de 10 m
units:
- {type: ZSU-23-4 Shilka, cell: 1}
- {type: Ural-375, random: true}
- {type: Soldier M4, number: {min: 2, max: 4}, random: true}
description: Mon site SAM
groupName: MySAM
En jeu, un marqueur sur la carte F10 portant _spawn group, name mysam fait apparaître la
composition à cet endroit. La syntaxe des marqueurs est dans les alias.
Le plus petit exemple qui marche — aéronefs¶
Celui-là ne s'écrit pas à la main : un groupe d'aéronefs DCS fait des centaines de lignes. On le
construit dans l'éditeur DCS, on le nomme avec le préfixe veafSpawn-, puis on l'extrait :
.\veaf-tools.exe extract-aircraft-groups ma-mission.miz --kind spawnable
Le fichier src/spawnables.yaml est réécrit avec vos groupes. Le prochain build les réinjecte.
Tant que vous n'avez rien extrait¶
Un dossier fraîchement préparé reçoit un src/spawnables.yaml vide, et le build injecte alors
le catalogue de groupes spawnables livré avec veaf-tools. Vide veut donc dire « je n'ajoute rien au
catalogue livré », pas « je ne veux rien » — pour ne rien injecter, c'est spawnable_aircrafts:
false sous pipeline: dans mission.yaml.
Dès que le fichier contient un groupe — dès la première extraction, donc — il fait foi seul, et le catalogue livré n'est plus consulté. Pour récupérer ensuite les entrées ajoutées par une nouvelle version de l'outil, sans perdre les vôtres :
.\veaf-tools.exe content pull-aircraft-groups --kind spawnable
.\veaf-tools.exe content pull-aircraft-groups --kind spawnable --add-new
La règle complète, avec le tableau des trois cas, est sur la page Slots dynamiques : les deux catalogues se comportent exactement pareil.
Le piège¶
C'est le préfixe du nom qui décide de la famille, pas le fichier. Un groupe d'aéronefs nommé
veafSpawn-… va dans spawnables.yaml ; un groupe marqué dynSpawnTemplate: true va dans
dynamic-slot-templates.yaml — et le marqueur dynSpawnTemplate gagne contre le préfixe si un
groupe porte les deux.
Le camp du groupe compte aussi. Un -cap ou un -afac ne tire que parmi les groupes
veafSpawn- du camp qui le demande et parmi les groupes neutres, qui servent tout le monde : posez
vos adversaires rouges dans une coalition rouge. Si aucun de ces groupes ne correspond au nom
demandé, le tirage se fait parmi ceux de l'autre camp, et dcs.log le signale.
Autre piège : une entrée de spawn-groups.yaml qui reprend un alias déjà connu du framework le
remplace. C'est utile pour redéfinir un groupe standard, et surprenant si c'était involontaire.
Pour aller plus loin¶
- Référence Pipeline — étape 3, groupes d'aéronefs
- Référence Pipeline — étape 5, données de spawn
- veafSpawn — les commandes en jeu
- Alias de marqueurs
- Slots dynamiques — la troisième famille de groupes d'aéronefs