Esta guía explica cómo editar types.xml para personalizar la economía de botín en tu servidor de DayZ alojado con Legion Hosting. Aprenderás qué controla cada atributo, verás ejemplos para escenarios comunes de ajuste y entenderás cómo validar tus cambios. Para la configuración general del servidor, consulta la Guía de Configuración del Servidor de DayZ.
types.xml o cualquier otro archivo de misión. Los cambios escritos mientras el servidor está en ejecución pueden ser sobrescritos o ignorados en el próximo apagado.
Ubicación de types.xml
La economía de botín en DayZ está controlada por el archivo types.xml. Este archivo define cada objeto que puede aparecer en el mapa y con qué frecuencia aparece cada uno. Se encuentra en:
mpmissions/dayzOffline.chernarusplus/db/types.xmlSi estás ejecutando un mapa diferente (como Livonia), reemplaza dayzOffline.chernarusplus con el nombre de la carpeta de tu misión. Nombres comunes de carpetas de misión:
| Mapa | Carpeta de Misión |
|---|---|
| Chernarus | dayzOffline.chernarusplus |
| Livonia | dayzOffline.enoch |
Abre types.xml en el editor de archivos de GPanel o descárgalo mediante SFTP, edítalo localmente y vuelve a subirlo.
Comprensión de los Atributos Clave
Cada objeto en types.xml está definido por un elemento <type>. Los elementos secundarios más importantes para controlar la frecuencia del botín son:
| Elemento | Descripción |
|---|---|
nominal |
El número objetivo de este objeto que el servidor intenta mantener en todo el mapa en todo momento. Auméntalo para hacer el objeto más común. Establécelo en 0 para desactivar la aparición por completo. |
min |
El número mínimo de este objeto en el mapa antes de que el sistema de reabastecimiento comience a generar más. Debe ser menor o igual a nominal. |
lifetime |
Cuánto tiempo (en segundos) persiste un objeto en el suelo antes de desaparecer si no se interactúa con él. Aumenta este valor para que los objetos duren más antes de desaparecer. |
restock |
Tiempo (en segundos) entre intentos de aparición. Establecerlo en 0 significa que el objeto reaparece tan pronto como la cantidad cae por debajo de min. |
quantmin / quantmax |
Controla el rango de cantidad cuando el objeto aparece (por ejemplo, cantidad de munición en un cargador). Un valor de -1 significa que el juego usa su valor predeterminado. |
cost |
Un peso de prioridad utilizado por la Economía Central. Valores más altos hacen que el objeto aparezca antes durante un ciclo de reabastecimiento. Los objetos raros típicamente tienen valores de cost más altos. |
Explicación de las Flags
Cada elemento <type> incluye un elemento <flags> que controla cómo la economía cuenta las instancias existentes del objeto:
| Flag | Descripción |
|---|---|
count_in_map |
Contar los objetos en el suelo hacia el total de nominal. |
count_in_cargo |
Contar los objetos dentro de contenedores (mochilas, almacenamiento) hacia el total. |
count_in_hoarder |
Contar los objetos en alijos de jugadores y contenedores enterrados hacia el total. |
count_in_player |
Contar los objetos llevados por jugadores conectados hacia el total. |
crafted |
Establecer en 1 si este objeto es solo de crafteo y no debe aparecer naturalmente. |
deloot |
Establecer en 1 para botín de Eventos Dinámicos (accidentes de helicóptero, etc.). |
Ejemplo: Entrada del Rifle de Asalto AKM
<type name="AKM">
<nominal>5</nominal>
<lifetime>14400</lifetime>
<restock>0</restock>
<min>2</min>
<quantmin>-1</quantmin>
<quantmax>-1</quantmax>
<cost>100</cost>
<flags count_in_cargo="0" count_in_hoarder="0" count_in_map="1" count_in_player="0" crafted="0" deloot="0"/>
<category name="weapons"/>
<usage name="Military"/>
</type>En este ejemplo, el servidor intenta mantener 5 AKMs en el mapa en todo momento (nominal=5). Cuando la cantidad cae por debajo de 2 (min=2), aparecen nuevos inmediatamente (restock=0). Cada AKM desaparece después de 4 horas si no se toca (lifetime=14400 segundos). Solo se cuentan las apariciones en el suelo (count_in_map=1), por lo que los AKMs dentro de mochilas de jugadores o alijos enterrados no se restan del total.
Etiquetas de Categoría y Uso
Las etiquetas <category> y <usage> controlan dónde aparecen los objetos en el mapa:
<category name="weapons"/>-- clasifica el tipo de objeto (weapons, clothes, tools, food, etc.)<usage name="Military"/>-- restringe las apariciones a zonas militares. Otros valores incluyenTown,Village,Farm,Industrial,Hunting,School,Medic,Police,FirefighteryCoast.
Puedes agregar múltiples etiquetas <usage> para permitir que un objeto aparezca en varios tipos de ubicaciones.
Ejemplos Comunes de Ajuste de Botín
| Objetivo | Qué Cambiar |
|---|---|
| Hacer un objeto más común | Aumentar nominal y min |
| Desactivar la aparición de un objeto | Establecer nominal en 0 y min en 0 |
| Hacer que los objetos duren más antes de desaparecer | Aumentar lifetime (el valor está en segundos; 3600 = 1 hora) |
| Acelerar la reaparición de objetos después de ser recogidos | Disminuir restock o establecerlo en 0 |
| Hacer que el botín raro cuente incluso cuando se acumula | Establecer count_in_hoarder="1" y count_in_cargo="1" |
| Permitir que un objeto aparezca en pueblos y áreas militares | Agregar tanto <usage name="Town"/> como <usage name="Military"/> |
Validación de tus Cambios
types.xml debe ser XML válido. Una sola etiqueta sin cerrar, un corchete no coincidente o un carácter perdido impedirán que el servidor cargue la misión y pueden causar que se bloquee al iniciar. Usa un editor de texto con validación XML (como Notepad++ o VS Code) al editar este archivo localmente antes de subirlo.
Errores comunes de XML a vigilar:
- Olvidar cerrar un elemento
<type>con</type> - Comillas no coincidentes en valores de atributos (por ejemplo,
name="AKMsin comilla de cierre) - Caracteres perdidos o corchetes angulares extra
- Eliminar accidentalmente la declaración XML al inicio del archivo
Interacciones de Mods con types.xml
Si estás ejecutando mods que agregan nuevos objetos, esos mods pueden incluir sus propias entradas de types.xml en la carpeta db/ del mod. Si tus cambios en el types.xml vanilla no parecen tener efecto para los objetos de mods, verifica si el mod sobrescribe la entrada. Es posible que necesites editar el types.xml del propio mod.
Artículos Relacionados
- Guía de Configuración del Servidor de DayZ -- configuración de serverDZ.cfg y cómo se conectan los jugadores
- Instalación de Mods en DayZ -- mods de Steam Workshop, orden de carga y archivos de claves
- Solución de Problemas de DayZ -- errores comunes, problemas con BattlEye y configuración de RCON
- Cómo Subir Archivos mediante SFTP
