Cuando un objeto nunca aparece, la causa suele ser una incoherencia entre types.xml (qué debe aparecer), mapgroupproto.xml (dónde pueden contenerlo los edificios) y cfglimitsdefinition.xml (usages, tiers, categorías y tags permitidos). Este validador compara los tres archivos.
Cómo usar la herramienta
Carga types.xml (carpeta db/ de la misión) con el botón «Elegir».
Carga mapgroupproto.xml y cfglimitsdefinition.xml (raíz de la misión) y luego cfglimitsdefinitionuser.xml si existe.
Lee los errores (rojo): valores no declarados o XML no válido; esas entradas no se cargarán bien.
Lee las advertencias (naranja): son objetos que quizá nunca aparezcan en este mapa.
Corrige tus archivos (p. ej. con el editor de types.xml), recárgalos y repite hasta no tener errores.
Qué se comprueba
- Cada usage, value (tier), category y tag de types.xml y mapgroupproto.xml existe en cfglimitsdefinition.xml (o el archivo user).
- Los objetos con nominal > 0 usan usages/tiers que al menos un grupo de mapgroupproto.xml ofrece; si no, no pueden aparecer en edificios.
- Tipos duplicados, min mayor que nominal, lifetime 0, grupos sin contenedor.
Preguntas frecuentes
- ¿Una advertencia siempre significa un error?
- No. Un objeto generado solo por un evento o por cfgspawnabletypes.xml no necesita usage en edificios. Las advertencias señalan un riesgo, no una certeza.
- ¿Mis archivos se suben o se guardan?
- No: se leen y analizan en la memoria del navegador y desaparecen al cerrar la página.
