Wenn ein Objekt nie spawnt, liegt die Ursache oft in einer Unstimmigkeit zwischen types.xml (was spawnen soll), mapgroupproto.xml (wo Gebäude es aufnehmen können) und cfglimitsdefinition.xml (erlaubte Usages, Tiers, Kategorien und Tags). Dieser Validator vergleicht die drei Dateien.
So verwenden Sie das Tool
Laden Sie types.xml (Ordner db/ der Mission) mit der Schaltfläche „Auswählen“.
Laden Sie mapgroupproto.xml und cfglimitsdefinition.xml (Missions-Stammordner), dann cfglimitsdefinitionuser.xml, falls vorhanden.
Lesen Sie die Fehler (rot): nicht deklarierte Werte oder ungültiges XML – diese Einträge werden nicht korrekt geladen.
Lesen Sie die Warnungen (orange): Das sind Objekte, die auf dieser Karte womöglich nie spawnen.
Korrigieren Sie Ihre Dateien (z. B. mit dem types.xml-Editor), laden Sie sie neu und wiederholen Sie, bis keine Fehler mehr bleiben.
Was geprüft wird
- Jede Usage, jeder Value (Tier), jede Category und jeder Tag in types.xml und mapgroupproto.xml existiert in der cfglimitsdefinition.xml (oder der User-Datei).
- Objekte mit nominal > 0 nutzen Usages/Tiers, die mindestens eine Gruppe in mapgroupproto.xml anbietet; sonst können sie nicht in Gebäuden spawnen.
- Doppelte Typen, min größer als nominal, lifetime 0, Gruppen ohne Container.
Häufige Fragen
- Bedeutet eine Warnung immer einen Fehler?
- Nein. Ein Objekt, das nur durch ein Event oder cfgspawnabletypes.xml entsteht, braucht keine Gebäude-Usage. Warnungen zeigen ein Risiko, keine Gewissheit.
- Werden meine Dateien hochgeladen oder gespeichert?
- Nein: Sie werden im Speicher Ihres Browsers gelesen und analysiert und verschwinden beim Schließen der Seite.
