Если предмет никогда не появляется, причина часто в несогласованности между types.xml (что должно появляться), mapgroupproto.xml (где здания могут его хранить) и cfglimitsdefinition.xml (допустимые usage, tier, категории и теги). Валидатор сравнивает эти три файла.
Как пользоваться инструментом
Загрузите types.xml (папка db/ миссии) кнопкой «Выбрать».
Загрузите mapgroupproto.xml и cfglimitsdefinition.xml (корень миссии), затем cfglimitsdefinitionuser.xml, если он есть.
Прочитайте ошибки (красные): необъявленные значения или неверный XML — такие записи не загрузятся правильно.
Прочитайте предупреждения (оранжевые): это предметы, которые могут никогда не появиться на этой карте.
Исправьте файлы (например, в редакторе types.xml), загрузите заново и повторяйте, пока ошибок не останется.
Что проверяется
- Каждые usage, value (tier), category и tag из types.xml и mapgroupproto.xml существуют в cfglimitsdefinition.xml (или user-файле).
- Предметы с nominal > 0 используют usage/tier, которые предлагает хотя бы одна группа mapgroupproto.xml; иначе они не появятся в зданиях.
- Дубликаты type, min больше nominal, lifetime 0, группы без контейнеров.
Частые вопросы
- Всегда ли предупреждение означает ошибку?
- Нет. Предмету, который появляется только через событие или cfgspawnabletypes.xml, usage в зданиях не нужен. Предупреждения указывают на риск, а не на уверенность.
- Загружаются или сохраняются ли мои файлы?
- Нет: они читаются и анализируются в памяти браузера и исчезают при закрытии страницы.
