балансный скрипт для магий мобам

[ladon3434]

ТЗ: Скрипт ребаланса магических навыков для файлов .mob

1. Контекст и структура данных

Данные в файлах разделены символом # (начало моба) и E (конец блока данных).

• Уровень моба: Находится в первой строке числового блока (сразу после строки с флагами d0 0 0 E или аналогичной). Это первое число в строке.
• Навыки (Skills): Описываются строкой вида Skill: [ID_Навыка] [Процент].
• Пример из файла: Skill: 136 60 (где 136 — ID магии, а 60 — текущий %).

2. Цель

Написать скрипт (предпочтительно Python), который автоматически пересчитает значение [Процент] для всех строк Skill во всех .mob файлах, основываясь на уровне конкретного моба.

3. Таблица соответствия (Конфиг)

Скрипт должен использовать справочник ID магий и коэффициентов:

Тип магии	ID (из файла)	Коэффициент (на 1 уровень)
Магия Жизни	136 (условно)	+5%
Магия Огня	137 (условно)	+4.5%
Прочие	Любой другой ID	+3%

4. Алгоритм работы

1. Поиск моба: Скрипт ищет блоки, начинающиеся с #ID.
2. Определение уровня: * Пропускает текстовые описания (до строки, заканчивающейся на E).

• Считывает первое число следующей строки.
• Пример для моба #9204: В строке 4 3 4 5d4+25 2d4+0 уровень равен 4.

3. Поиск и замена навыков:

• Ищет в блоке моба строку Skill: ID Percent.
• Рассчитывает новый процент: $Level \times Коэффициент$.
• Округляет до целого числа.
• Ограничивает результат в диапазоне [10 - 95] (чтобы не было 0% и не было 100% успеха всегда).

4. Сохранение: Перезаписывает файл, сохраняя оригинальную кодировку и структуру.

5. Пример преобразования (Логика)

Для моба #9204 (Гусеница):

• Уровень: 4
• Текущая строка: Skill: 136 60
• Расчет (Магия Жизни): $4 \times 5 = 20%$
• Результат: Скрипт должен заменить Skill: 136 60 на Skill: 136 20.

6. Особые требования

• Валидация: Если строка Skill есть, а уровень найти не удалось — выдать предупреждение в лог.
• Бэкап: Перед модификацией создавать копию папки с файлами.
• Режим "Предпросмотра" (Dry Run): Возможность запустить скрипт без записи в файлы, чтобы увидеть в консоли, какие значения изменятся.

---

Поскольку структура файла позиционная (числа зависят от того, в какой они строке), разработчику нужно будет внимательно настроить регулярные выражения или парсер строк.

[bylins]

Закрываю как устаревшее: ID скиллов в ТЗ не соответствуют текущему коду.

В тексте ТЗ	Реально в src/gameplay/skills/skills.h
136 = «Магия Жизни»	kPunch = 136 (рукопашка)
137 = «Магия Огня»	kRescue = 137 (выручка)
—	магии: kAirMagic=182, kFireMagic=183, kWaterMagic=184, kEarthMagic=185, kLightMagic=186, kDarkMagic=187, kMindMagic=188, kLifeMagic=189

Пример с мобом #9204 (мохнатая гусеница, ур. 4, Skill: 136 60) — это рукопашка 60%, не магия. У реальных кастеров значения магических скиллов в .mob идут в диапазоне 100–300+ (видел Skill: 189 200, Skill: 183 300 и подобное), формула «уровень × коэффициент» с клампом до 95 их обнулит.

Если задача актуальна — стоит переоткрыть с актуальными ID и текущими реальными значениями (а заодно решить, что делать со скиллами выше 100 — оставлять, нормировать, лимитировать).

[bylins]

Перечитал внимательнее, уточнения по ТЗ:

Сначала по ID. Я в первом комменте упустил пометку «условно» рядом с 136/137 — понял что это placeholder'ы. Реальные ID магий в текущем коде:

Магия	ID
kAirMagic	182
kFireMagic	183
kWaterMagic	184
kEarthMagic	185
kLightMagic	186
kDarkMagic	187
kMindMagic	188
kLifeMagic	189

Если задача про магии — формулу применять только на эти 8 ID.

---

Вопросы для уточнения, без которых писать рискованно:

1. Скоуп. Скрипт пересчитывает только магические скиллы (182–189), или все строки Skill: подряд? В текущем тексте написано «Прочие | Любой другой ID | +3%» — это значит «и рукопашку (136), и бэкстаб (131), и шильд-бэш (128) тоже трогаем коэффициентом 3%»? Или «другие магии (всё что не Жизнь и не Огонь)»?

   Пример из ТЗ — #9204 (мохнатая гусеница), Skill: 136 60 — это рукопашка, не магия. После 4 × 3 = 12 гусеница станет бить руками на 12% — заметно слабее. У других чармисов вылетят рукопашка/выручка/бэк/прочее. Если так и задумано — ок, но хочется подтверждения.

2. Текущие значения 100+. У реальных кастеров в .mob встречаются Skill: 189 200, Skill: 183 300. После level × coef, clamp [10, 95] любой левел старше 19 уже приведёт к 95, а низкоуровневые кастеры попадут в clamp(10..) снизу. Например моб ур.20 с Огнём 250 → новый 90, моб ур.50 с Огнём 250 → новый 95 (был 250). Это намеренная нормировка (сейчас система реально ведёт себя так, будто там «максимум 100» а сверх — внутренний коэф) — или этих мобов хотим обойти?

3. Магия Земли / Воды / Воздуха / Света / Тьмы / Разума. Только Жизнь и Огонь имеют коэф ≠ 3%? Или все 8 школ должны быть выписаны раздельно (например, Тьма имеет свой коэф)?

4. Коэф от навыков kBattleMagic/kIntelligence (если они присутствуют как Skill:)? Или только школы магии 182–189?

5. Уровень моба. Подтверди что уровень — это первое число строки сразу после строки заканчивающейся на E (например в 4 3 4 5d4+25 2d4+0 уровень = 4). Это совпадает с парсером в коде, но хочется убедиться.

---

Альтернативно — могу выложить реализацию только для магических ID 182-189, dry-run, а ты посмотришь sample-output и скажешь что не так. Так быстрее итерироваться. Сказать?

[ladon3434]

1 Скоуп затрагивает все скиллы которые будут указаны в конфиге.
2. Ограничивает результат в диапазоне [10 - 95] ошибка в тз, ограничивать не надо.
3 Для каждого скилла будет указаны диапозоны, и ребаланс нужен только если у моба есть заклинания такой школы или такой скилл.
4 см пункт 1
5 проверь кодовую базу, сам найди где там уровень

[vkhanayev]

Может пока ограничиться только магией жизни?

Магический дамаг мобов и так выглядит несбалансированно большим, и с добавлением стихийных магий станет еще больше (особенно в районе корсы). Не у всех есть по 50+ перевоплощений, 1кХП и автоауры.

Баланс маг.урона мобов видится как отдельная задача.