Editor de botín de contenedores DayZ

Cómo decide DayZ qué hay dentro de un contenedor

• Un contenedor obtiene su contenido de bloques cargo bajo su propia entrada en cfgspawnabletypes.xml. Cada bloque se tira una vez contra su chance. Si el tiro tiene éxito, se coloca EXACTAMENTE UN objeto de ese bloque; si falla, el bloque no da nada. Dos objetos a la vez requieren dos bloques, y por eso un Assault Bag lleva en vanilla tres bloques mixArmy idénticos.
• Dentro de un bloque, la chance de cada objeto NO es un porcentaje sino un peso de selección. La probabilidad real de un objeto es la chance del bloque por su peso dividida entre la suma de todos los pesos del bloque. Un bloque a 0.60 con diez objetos de peso 0.10 da a cada uno un 6 por ciento, no un 10.
• Un bloque también puede apuntar a un grupo de botín compartido en cfgrandompresets.xml en vez de listar objetos. Es cómodo y peligroso a la vez: en Chernarus el grupo foodVillage lo usan 24 contenedores, 16 infectados y 11 pantalones, así que ampliarlo también alimenta a los zombis. El editor muestra ese recuento en cada grupo y ofrece separar un grupo en un bloque propio.
• Dos límites se escapan fácilmente en un editor XML normal. El espacio: un AKM mide 8 por 3 casillas y nunca cabe en una sling bag de 4 por 5, así que el motor lo descarta. La economía: un objeto que no figura en el db/types.xml del mapa se omite en silencio al arrancar y el bloque se desperdicia. Este editor comprueba ambas cosas mientras escribes.

Los tres archivos implicados

Todas las rutas de abajo parten de tu carpeta de misión, por ejemplo mpmissions/dayzOffline.chernarusplus/. Qué misión corre está en serverDZ.cfg bajo template.

• cfgspawnabletypes.xml

  Está directamente en la carpeta de la misión, junto a init.c, y NO en db/. Contiene una entrada por clase que aparece con algo dentro o encima: contenedores, infectados, restos, armas con accesorios. Este editor solo toca las entradas de contenedores y deja en paz las otras 300 aproximadamente.

• cfgrandompresets.xml

  También en la carpeta de la misión. Contiene los grupos de botín compartidos a los que apuntan por nombre las entradas del primer archivo. Ninguno de los dos figura en cfgeconomycore.xml; el motor los carga solo, así que no hay que registrar nada.

• db/types.xml

  Aquí no se edita, pero decide si tus entradas sirven de algo: una clase que falte en types.xml se omite al arrancar el servidor. Si metes un objeto de mod en un contenedor, añádelo también a types.xml. El editor marca los objetos que faltan en el mapa elegido.

Del editor a tu servidor en marcha

1. 1

   Elige primero el mapa

   Chernarus, Livonia y Sakhal tienen grupos de botín y types.xml distintos. Trabajar en el mapa equivocado y copiar el resultado cambia el loot en silencio, así que cambia al mapa de tu servidor antes de tocar nada.

2. 2

   Carga tu propio archivo si lo tienes

   Si tu servidor ya tiene una economía ajustada o mods con sus propios contenedores, carga su cfgspawnabletypes.xml con el botón de la barra. El editor construirá cada exportación sobre tu archivo en vez del vanilla.

3. 3

   Edita los contenedores

   Elige un contenedor, añade bloques y observa la vista previa de la derecha: muestra cuántos de cada 100 contenedores llevan cada objeto, si el contenido cabe en la cuadrícula y si cada clase existe en la economía del mapa. Con el filtro «Aparece vacío» encuentras los contenedores que hoy no dan nada.

4. 4

   Elige solo añadir o archivos completos

   En la pestaña de salida, «Solo añadir» te da únicamente los bloques modificados, con una nota por bloque que indica si sustituye una entrada existente o es nuevo. Así tus archivos conservan todo lo demás. «Archivos completos» te da dos descargas listas, más rápido pero sustituye los archivos por completo.

Trampas que ya han costado más de una tarde

• •Los grupos de botín son específicos de cada mapa. Varios grupos llevan listas distintas en Chernarus, Livonia y Sakhal, así que copiar el archivo de un mapa a otro servidor cambia su loot en silencio. Por eso el editor mantiene los tres mapas separados.
• •Las mayúsculas te importan a ti, no al motor. Vanilla escribe Slingbag_Black mientras que la configuración del juego dice SlingBag_Black. El motor tolera ambas, pero si pegas una grafía junto a una entrada existente con la otra, la clase queda dos veces en el archivo y solo una de las dos surte efecto.
• •Las entradas comentadas siguen muertas. Si un tipo está dentro de un comentario XML, editarlo ahí no hace nada en el servidor. Al pegar un fragmento, asegúrate de que el bloque que sustituyes no está dentro de un comentario.
• •cfgspawnabletypes.xml no es solo de los contenedores. De unas 584 entradas en Chernarus, apenas la mitad son contenedores; el resto son infectados, restos y armas. Un archivo con solo la parte de contenedores les quitaría el botín a todos ellos, y por eso la exportación completa siempre se fusiona en un archivo íntegro.
• •Más bloques no significa más botín si se acaba el espacio. El motor coloca los objetos sorteados uno tras otro y descarta lo que ya no cabe, así que una bolsa pequeña con seis bloques rinde menos de lo que sugieren los números. La vista previa avisa en cuanto el peor caso supera la cuadrícula.
• •Dos herramientas escriben el mismo archivo. Este editor y el editor de zombis modifican ambos cfgspawnabletypes.xml. Si usas los dos, toma los fragmentos de al menos uno, o carga aquí tu archivo actual del servidor antes de exportar archivos completos, o la segunda exportación deshará la primera.

Preguntas frecuentes