Éditeur de butin des contenants DayZ

Comment DayZ décide du contenu d'un contenant

• Un contenant tire son contenu des blocs cargo sous sa propre entrée dans cfgspawnabletypes.xml. Chaque bloc est tiré une fois contre sa chance. Si le tirage réussit, UN SEUL objet de ce bloc est placé dedans ; s'il échoue, le bloc ne donne rien. Deux objets à la fois exigent donc deux blocs, et c'est pourquoi un Assault Bag reçoit en vanilla trois blocs mixArmy identiques.
• Dans un bloc, la chance sur chaque objet n'est PAS un pourcentage mais un poids de sélection. La vraie chance d'un objet vaut chance du bloc fois son poids divisé par la somme de tous les poids du bloc. Un bloc à 0.60 avec dix objets de poids 0.10 donne 6 pour cent à chacun, pas 10.
• Un bloc peut aussi renvoyer à un groupe de butin partagé dans cfgrandompresets.xml au lieu de lister ses objets. C'est pratique et dangereux à la fois : sur Tchernarus, le groupe foodVillage est utilisé par 24 contenants, 16 infectés et 11 pantalons, donc l'élargir nourrit aussi les zombies. L'éditeur affiche ce compte sur chaque groupe et propose de détacher un groupe en bloc privé.
• Deux limites échappent facilement dans un simple éditeur XML. La place : un AKM occupe 8 sur 3 cases et n'entre jamais dans un sling bag de 4 sur 5, le moteur le laisse tomber. L'économie : un objet absent du db/types.xml de la carte est ignoré en silence au démarrage et le bloc est perdu. Cet éditeur vérifie les deux pendant la saisie.

Les trois fichiers concernés

Tous les chemins ci-dessous partent de votre dossier de mission, par exemple mpmissions/dayzOffline.chernarusplus/. La mission active est indiquée dans serverDZ.cfg sous template.

• cfgspawnabletypes.xml

  Se trouve directement dans le dossier de mission, à côté de init.c, et PAS dans db/. Contient une entrée par classe qui apparaît avec quelque chose dedans ou dessus : contenants, infectés, épaves, armes avec accessoires. Cet éditeur ne touche que les entrées de contenants et laisse les quelque 300 autres intactes.

• cfgrandompresets.xml

  Également dans le dossier de mission. Contient les groupes de butin partagés auxquels les entrées du premier fichier renvoient par leur nom. Aucun des deux fichiers n'est listé dans cfgeconomycore.xml ; le moteur les charge lui-même, il n'y a donc rien à déclarer.

• db/types.xml

  Non édité ici, mais il décide si vos entrées servent à quelque chose : une classe absente de types.xml est ignorée au démarrage du serveur. Si vous ajoutez un objet de mod dans un contenant, ajoutez-le aussi à types.xml. L'éditeur signale les objets absents de la carte choisie.

De l'éditeur à votre serveur en production

1. 1

   Choisissez d'abord la carte

   Tchernarus, la Livonie et Sakhal ont des groupes de butin et des types.xml différents. Travailler sur la mauvaise carte puis copier le résultat change le butin en silence : passez à la carte de votre serveur avant de toucher à quoi que ce soit.

2. 2

   Chargez votre fichier si vous en avez un

   Si votre serveur a déjà une économie travaillée ou des mods avec leurs propres contenants, chargez son cfgspawnabletypes.xml via le bouton de la barre. L'éditeur construira alors chaque export sur votre fichier plutôt que sur celui d'origine.

3. 3

   Modifiez les contenants

   Choisissez un contenant, ajoutez des blocs et surveillez l'aperçu à droite : il montre combien de contenants sur 100 portent chaque objet, si le contenu tient dans la grille et si chaque classe existe dans l'économie de la carte. Le filtre « Apparaît vide » vous montre les contenants qui ne donnent rien aujourd'hui.

4. 4

   Choisissez ajout seul ou fichiers entiers

   Dans l'onglet de sortie, « Ajouter seulement » ne donne que les blocs modifiés, avec une note par bloc indiquant s'il remplace une entrée existante ou s'il est nouveau. Vos fichiers conservent ainsi tout le reste. « Fichiers entiers » fournit deux téléchargements prêts, plus rapide mais qui remplace tout.

5. 5

   Arrêtez le serveur, sauvegardez, modifiez

   Les deux fichiers sont lus une fois au démarrage de la mission, le serveur doit donc être arrêté. Mettez d'abord cfgspawnabletypes.xml et cfgrandompresets.xml de côté, puis collez les extraits ou téléversez les nouveaux fichiers. Les nouveaux groupes doivent figurer dans cfgrandompresets.xml avant qu'un type y renvoie.

6. 6

   Démarrez et vérifiez

   Démarrez le serveur et laissez-le monter complètement. Les contenants déjà présents gardent leur ancien contenu jusqu'à leur disparition : laissez passer un cycle de restock avant de juger. Si le serveur ne démarre pas du tout, la cause est presque toujours un XML cassé dans l'un des deux fichiers.

Pièges qui ont déjà coûté une soirée

• •Les groupes de butin sont propres à chaque carte. Plusieurs groupes ont des listes différentes sur Tchernarus, la Livonie et Sakhal : copier le fichier d'une carte sur un autre serveur change son butin en silence. C'est pour cela que l'éditeur sépare les trois cartes.
• •La casse compte pour vous, pas pour le moteur. La version vanilla écrit Slingbag_Black alors que la config du jeu dit SlingBag_Black. Le moteur tolère les deux, mais si vous collez une orthographe à côté d'une entrée existante avec l'autre, la classe se retrouve deux fois dans le fichier et une seule des deux entrées agit.
• •Les entrées commentées restent mortes. Si un type se trouve dans un commentaire XML, le modifier là ne fait rien sur le serveur. En collant un extrait, vérifiez que le bloc remplacé n'est pas dans un commentaire.
• •cfgspawnabletypes.xml n'appartient pas qu'aux contenants. Sur environ 584 entrées à Tchernarus, la moitié seulement sont des contenants ; le reste, ce sont des infectés, des épaves et des armes. Un fichier ne contenant que la partie contenants leur retirerait tout leur butin, d'où la fusion systématique dans un fichier complet.
• •Plus de blocs ne veut pas dire plus de butin si la place manque. Le moteur pose les objets tirés l'un après l'autre et laisse tomber ce qui ne rentre plus : un petit sac avec six blocs rend donc moins que les chiffres ne le laissent croire. L'aperçu prévient dès que le pire cas dépasse la grille.
• •Deux outils écrivent dans le même fichier. Cet éditeur et l'éditeur de zombies modifient tous deux cfgspawnabletypes.xml. Si vous utilisez les deux, prenez les extraits pour au moins l'un d'eux, ou chargez ici votre fichier serveur actuel avant d'exporter des fichiers entiers, sinon le second export annule le premier.

Questions fréquentes