<![CDATA[Wake of Gods Forum | Форум Во Имя Богов - Библиотека по моддингу]]> http://wforum.heroes35.net/ Fri, 17 Apr 2026 09:00:18 +0000 MyBB <![CDATA[Heroes3 Object Editor]]> http://wforum.heroes35.net/showthread.php?tid=7143 Wed, 19 Mar 2025 18:06:12 +0000 http://wforum.heroes35.net/showthread.php?tid=7143 Image: view?usp=sharing]]> Image: view?usp=sharing]]> <![CDATA[Стандартизированная база героев 3]]> http://wforum.heroes35.net/showthread.php?tid=6419 Sun, 21 Nov 2021 13:08:18 +0000 http://wforum.heroes35.net/showthread.php?tid=6419 К сожалению, IDA не имеет встроенного декомпилятора для SH-4(RISC-процессора Sega Dreamcast), поэтому приходится анализировать только ассемблерный листинг. Ghidra имеет декомпилятор SH-4, но он очень кривой.

Image: Screenshot-functions.png
Image: Screenshot-pseudocode.png
Image: Screenshot-types.png

Ссылки для скачивания:
SoD-База by Void_17: https://drive.google.com/file/d/1MY28K8c...sp=sharing
RoE-Dreamcast-база: https://drive.google.com/file/d/1rAWaKjz...sp=sharing

ТЕХНИЧЕСКИЕ ОСОБЕННОСТИ ОРИГИНАЛЬНОЙ ПК-ВЕРСИИ ГЕРОЕВ МЕЧА И МАГИИ 3:
(Click to View)
Как продолжить восстановление сигнатур и типов?
Я применяю примерно следующие тактики:
1. Захожу в область интересующего класса
2. Нахожу "пробелы" ввиде неизученных методов/функций
3. Смотрю где они применяются
4. Сравниваю функцию по внутреннему устройству с функцией в дримкаст базе по ассемблерному листингу. Зачастую, вызовы функций идут по порядку. БУДЬТЕ ПРЕДЕЛЬНО ВНИМАТЕЛЬНЫ СО ВСТРОЕННЫМИ ФУНКЦИЯМИ!
5. Называю относительно базы Dreamcast. (Нажимаете на кнопку n и копируете функцию со всеми странными символами(это называется деманглер, позволяет в строке зашифровать сигнатуру функции https://en.wikiversity.org/wiki/Visual_C...e_mangling )
Но это если очень поверхностно, мне честно говоря трудно описать абсолютно все в деталях, я уже как-то интутивно это все делаю.
Сложности:
>STL функции и контейнеры, их методы. Затрудняют изучение засчет загромождения встроенными(inline) функциями.
>Встроенные функции. Основная попаболь всех тех, кто изучает внутреннее устройство программ.
Совет: помечайте повторяющимся комментарием(кнопка ";") и цветом те функции, которые встроены в SoD, но не в RoE-Dreamcast. (я помечал некоторые голубым цветом и комментарием "inline function")
>Dreamcast база -- RoE. А моя база -- ПК-SoD. Но впринципе, это не особо страшно, так как новведения относительно легко заметить.
>Не все функции идут друг за другом так, как в Dreamcast-базе. Есть одна из тактик, при которой можно просто брать сигнатуры из Dreamcast-базы, но нужно быть предельно осторожным, т.к. это не всегда так и там, где, казалось бы, в Dreamcast-базе по порядку идут методы одного класса, в SoD прямо посреди этого "ряда" может быть кусок другого класса.


Остальное распишу потом. Отвечу на все вопросы и дам рекоммендации ИТТ. Надеюсь, что коммьюнити продолжит мое дело по приведению базы игры в порядок и систематизации всего, что известно об игре. Будем сотрудничать. Тред на другом форуме: https://handbookhmm.ru/forum/viewtopic.php?f=56&t=968

Соглашения об именах:

1. Функции
Если вы не знаете, что метод точно принадлежит классу, но пока не до конца знаете, что это за сигнатура(или ее вообще нет в Dreamcast), следует переименовать функцию по следующему шаблону: имякласса_адрес
пример: combatManager_46A150
Если вы узнали, что эта сигнатура есть и функция с данной сигнатурой совпадает или почти полностью совпадает с функцией в Dreamcast-базе, скопируйте сигнатуру из Dreamcast-базы вместо имени этой функции. Если функция была добавлена в AB/SoD, отразите это перед именем метода.
Пример: combatManager::SOD_is_in_fear

2. Поля структур/классов:
Называть поля согласно CamelCase.
Пример: SoundFileName.
Неизвестные поля называть field_смещение или f_смещение
Неиспользуемые поля называть unused_смещение или u_смещение

3. Аргументы функций и локальные переменные:
Аргументы функций называть с заглавной буквы(искл.: this)
Локальные переменны со строчной. Желательно избегать snake_case.

4. Глобальные переменные
Приставка g — global, перед каждой глобальной переменной,
после нее p — pointer, если переменная является указателем или первая буква в названии типа, если НЕ указатель и НЕ целый класс/структура. Например глобальная int-переменная будет giVar]]> К сожалению, IDA не имеет встроенного декомпилятора для SH-4(RISC-процессора Sega Dreamcast), поэтому приходится анализировать только ассемблерный листинг. Ghidra имеет декомпилятор SH-4, но он очень кривой.

Image: Screenshot-functions.png
Image: Screenshot-pseudocode.png
Image: Screenshot-types.png

Ссылки для скачивания:
SoD-База by Void_17: https://drive.google.com/file/d/1MY28K8c...sp=sharing
RoE-Dreamcast-база: https://drive.google.com/file/d/1rAWaKjz...sp=sharing

ТЕХНИЧЕСКИЕ ОСОБЕННОСТИ ОРИГИНАЛЬНОЙ ПК-ВЕРСИИ ГЕРОЕВ МЕЧА И МАГИИ 3:
(Click to View)
Как продолжить восстановление сигнатур и типов?
Я применяю примерно следующие тактики:
1. Захожу в область интересующего класса
2. Нахожу "пробелы" ввиде неизученных методов/функций
3. Смотрю где они применяются
4. Сравниваю функцию по внутреннему устройству с функцией в дримкаст базе по ассемблерному листингу. Зачастую, вызовы функций идут по порядку. БУДЬТЕ ПРЕДЕЛЬНО ВНИМАТЕЛЬНЫ СО ВСТРОЕННЫМИ ФУНКЦИЯМИ!
5. Называю относительно базы Dreamcast. (Нажимаете на кнопку n и копируете функцию со всеми странными символами(это называется деманглер, позволяет в строке зашифровать сигнатуру функции https://en.wikiversity.org/wiki/Visual_C...e_mangling )
Но это если очень поверхностно, мне честно говоря трудно описать абсолютно все в деталях, я уже как-то интутивно это все делаю.
Сложности:
>STL функции и контейнеры, их методы. Затрудняют изучение засчет загромождения встроенными(inline) функциями.
>Встроенные функции. Основная попаболь всех тех, кто изучает внутреннее устройство программ.
Совет: помечайте повторяющимся комментарием(кнопка ";") и цветом те функции, которые встроены в SoD, но не в RoE-Dreamcast. (я помечал некоторые голубым цветом и комментарием "inline function")
>Dreamcast база -- RoE. А моя база -- ПК-SoD. Но впринципе, это не особо страшно, так как новведения относительно легко заметить.
>Не все функции идут друг за другом так, как в Dreamcast-базе. Есть одна из тактик, при которой можно просто брать сигнатуры из Dreamcast-базы, но нужно быть предельно осторожным, т.к. это не всегда так и там, где, казалось бы, в Dreamcast-базе по порядку идут методы одного класса, в SoD прямо посреди этого "ряда" может быть кусок другого класса.


Остальное распишу потом. Отвечу на все вопросы и дам рекоммендации ИТТ. Надеюсь, что коммьюнити продолжит мое дело по приведению базы игры в порядок и систематизации всего, что известно об игре. Будем сотрудничать. Тред на другом форуме: https://handbookhmm.ru/forum/viewtopic.php?f=56&t=968

Соглашения об именах:

1. Функции
Если вы не знаете, что метод точно принадлежит классу, но пока не до конца знаете, что это за сигнатура(или ее вообще нет в Dreamcast), следует переименовать функцию по следующему шаблону: имякласса_адрес
пример: combatManager_46A150
Если вы узнали, что эта сигнатура есть и функция с данной сигнатурой совпадает или почти полностью совпадает с функцией в Dreamcast-базе, скопируйте сигнатуру из Dreamcast-базы вместо имени этой функции. Если функция была добавлена в AB/SoD, отразите это перед именем метода.
Пример: combatManager::SOD_is_in_fear

2. Поля структур/классов:
Называть поля согласно CamelCase.
Пример: SoundFileName.
Неизвестные поля называть field_смещение или f_смещение
Неиспользуемые поля называть unused_смещение или u_смещение

3. Аргументы функций и локальные переменные:
Аргументы функций называть с заглавной буквы(искл.: this)
Локальные переменны со строчной. Желательно избегать snake_case.

4. Глобальные переменные
Приставка g — global, перед каждой глобальной переменной,
после нее p — pointer, если переменная является указателем или первая буква в названии типа, если НЕ указатель и НЕ целый класс/структура. Например глобальная int-переменная будет giVar]]> <![CDATA[Реверс игры для новичков]]> http://wforum.heroes35.net/showthread.php?tid=5706 Wed, 22 Jul 2020 07:55:14 +0000 http://wforum.heroes35.net/showthread.php?tid=5706
Необходимые программы. (Click to View)

Содержание:
1. Приведение псевдокода Иды в удобочитаемый вид ©RoseKavalier (инструкция на английском). Внесение перечисляемых типов Enum
2. Принцип нахождения необходимых данных на примере поиска параметров бонуса Баллисты, зависящего от навыка Артилерия. Часть 1
2. Принцип нахождения необходимых данных на примере поиска параметров бонуса Баллисты, зависящего от навыка Артилерия. Часть 2
3. Находим данные элементов родных геройских диалогов (окно героя)
4. Определение причины краша игры с помощью HD_CRASH_LOG.TXT и Ида ©Zur13
5. Разбор причины вылета из игры, из-за неправильных манипуляций с UN:C ©XEPOMAHT
6. Запись стрима: feanor & Orzie исследуют код и создают плагин на Мистицизм и героя специалиста по Баллистике в рамках проекта The Succession Wars на ERA 2

Памятка установки хуков на WoG (Click to View)
]]>
Необходимые программы. (Click to View)

Содержание:
1. Приведение псевдокода Иды в удобочитаемый вид ©RoseKavalier (инструкция на английском). Внесение перечисляемых типов Enum
2. Принцип нахождения необходимых данных на примере поиска параметров бонуса Баллисты, зависящего от навыка Артилерия. Часть 1
2. Принцип нахождения необходимых данных на примере поиска параметров бонуса Баллисты, зависящего от навыка Артилерия. Часть 2
3. Находим данные элементов родных геройских диалогов (окно героя)
4. Определение причины краша игры с помощью HD_CRASH_LOG.TXT и Ида ©Zur13
5. Разбор причины вылета из игры, из-за неправильных манипуляций с UN:C ©XEPOMAHT
6. Запись стрима: feanor & Orzie исследуют код и создают плагин на Мистицизм и героя специалиста по Баллистике в рамках проекта The Succession Wars на ERA 2

Памятка установки хуков на WoG (Click to View)
]]> <![CDATA[Суперсофт для 3D-художников]]> http://wforum.heroes35.net/showthread.php?tid=5641 Tue, 16 Jun 2020 20:44:05 +0000 http://wforum.heroes35.net/showthread.php?tid=5641

Resizer:
Как можно догадаться по названию, эта программа изначально создавалась для того, чтобы что-то масштабировать, и этим "что-то" являются большие группы кадров. Впоследствии область применения сильно расширилась, и теперь программа может...
- Зеркально отражать
- Обновлять "прозрачный" фон
- Переименовывать
- Обрезать
- Растягивать и сжимать

...любые количества картинок одновременно, сохраняя их в 24-битный bmp-формат.

Получается, вы можете отрендерить 100-500 кадров в формате png, назвав их abc и zzz, а в результате получить Dragon1, Dragon2, etc. с правильными размерами, фоновым цветом и расширением.

Обратите внимание, монстры имеют размеры 450х400, так что если вам нужно сохранить пропорции, соотношение длины и ширины перед масштабированием должно быть 9 к 8!

Хоть по задумке программа работает только с монстрами, на самом же деле применять ее можно где угодно118


MOCreator:
Данная программа предназначена в первую очередь для создания анимаций объектов для КП (монстров или жилищ) из имеющихся кадров, но может также использоваться для создания маленьких иконок монстров или же, как Resizer, масштабировать группы кадров (возможностей для этого тут даже больше).

Чтобы создать анимацию монстра, возьмите кадры "кривляния" и скормите их программе, у нее, кстати, есть режим предпросмотра, так что если вам не понравится форма или пропорции, вы сможете их тут же изменить.

Также я прошу всех неравнодушных написать свое мнение, а заодно предложить свои идеи для новых функцийAb
Обе программы в оригинале доступны на английском, однако могут быть переведены самостоятельно на любой другой язык.

Скачать Resizer: https://drive.google.com/drive/folders/1...sp=sharing
Скачать MOCreator: https://drive.google.com/drive/folders/1...sp=sharing]]>

Resizer:
Как можно догадаться по названию, эта программа изначально создавалась для того, чтобы что-то масштабировать, и этим "что-то" являются большие группы кадров. Впоследствии область применения сильно расширилась, и теперь программа может...
- Зеркально отражать
- Обновлять "прозрачный" фон
- Переименовывать
- Обрезать
- Растягивать и сжимать

...любые количества картинок одновременно, сохраняя их в 24-битный bmp-формат.

Получается, вы можете отрендерить 100-500 кадров в формате png, назвав их abc и zzz, а в результате получить Dragon1, Dragon2, etc. с правильными размерами, фоновым цветом и расширением.

Обратите внимание, монстры имеют размеры 450х400, так что если вам нужно сохранить пропорции, соотношение длины и ширины перед масштабированием должно быть 9 к 8!

Хоть по задумке программа работает только с монстрами, на самом же деле применять ее можно где угодно118


MOCreator:
Данная программа предназначена в первую очередь для создания анимаций объектов для КП (монстров или жилищ) из имеющихся кадров, но может также использоваться для создания маленьких иконок монстров или же, как Resizer, масштабировать группы кадров (возможностей для этого тут даже больше).

Чтобы создать анимацию монстра, возьмите кадры "кривляния" и скормите их программе, у нее, кстати, есть режим предпросмотра, так что если вам не понравится форма или пропорции, вы сможете их тут же изменить.

Также я прошу всех неравнодушных написать свое мнение, а заодно предложить свои идеи для новых функцийAb
Обе программы в оригинале доступны на английском, однако могут быть переведены самостоятельно на любой другой язык.

Скачать Resizer: https://drive.google.com/drive/folders/1...sp=sharing
Скачать MOCreator: https://drive.google.com/drive/folders/1...sp=sharing]]> <![CDATA[Санта-гремлины. Моддинг]]> http://wforum.heroes35.net/showthread.php?tid=6342 Fri, 20 Mar 2015 23:09:21 +0000 http://wforum.heroes35.net/showthread.php?tid=6342 гремлинов командой !!EA$:XXXX; ?]]> гремлинов командой !!EA$:XXXX; ?]]> <![CDATA[DEF Recoloring Program]]> http://wforum.heroes35.net/showthread.php?tid=4645 Mon, 05 Jan 2015 05:39:38 +0000 http://wforum.heroes35.net/showthread.php?tid=4645 Поясню, что нужно.
Допустим, у нас есть def монстра с синими цветами в палитре (например, пикейщик). А нужно получить красного пикейщика.
Скажем, в бинарном редакторе можно найти синий цвет пикселя и поменять на код красного цвета. Но это неудобно, ненаглядно, и тем более, синего цвета в палитре может быть много.

Поэтому предлагается такой алгоритм.
1) в программе указывается def монстра, программа загружает палитру из def файла и отображает ее на экране.
2) палитру можно экспортировать в файл
3) далее у нас есть отображение цветов исходной палитры и финальной палитры. Оператор вручную выбирает для каждого исходного цвета новый цвет.
4) после правки финальной палитры ее можно сохранить в файл или применить к def-файлу (заменой кодов цветов на новые).

В итоге будем иметь перекрашенный def.

В принципе, программа несложная, я сам могу ее как-нибудь накидать. Но сейчас у меня совсем нет времени на это.
Macron1 Wrote:
Первая версия программы реколоринга.
Проще всего перекрашивать юнитов Замка и юнитов Succession Wars... (Click to View)
]]> Поясню, что нужно.
Допустим, у нас есть def монстра с синими цветами в палитре (например, пикейщик). А нужно получить красного пикейщика.
Скажем, в бинарном редакторе можно найти синий цвет пикселя и поменять на код красного цвета. Но это неудобно, ненаглядно, и тем более, синего цвета в палитре может быть много.

Поэтому предлагается такой алгоритм.
1) в программе указывается def монстра, программа загружает палитру из def файла и отображает ее на экране.
2) палитру можно экспортировать в файл
3) далее у нас есть отображение цветов исходной палитры и финальной палитры. Оператор вручную выбирает для каждого исходного цвета новый цвет.
4) после правки финальной палитры ее можно сохранить в файл или применить к def-файлу (заменой кодов цветов на новые).

В итоге будем иметь перекрашенный def.

В принципе, программа несложная, я сам могу ее как-нибудь накидать. Но сейчас у меня совсем нет времени на это.
Macron1 Wrote:
Первая версия программы реколоринга.
Проще всего перекрашивать юнитов Замка и юнитов Succession Wars... (Click to View)
]]> <![CDATA[FizMiG]]> http://wforum.heroes35.net/showthread.php?tid=4384 Tue, 10 Dec 2013 01:02:03 +0000 http://wforum.heroes35.net/showthread.php?tid=4384 Quote:ФИЗМИГ - это проект, целью которого является попытка объединения воедино разрозненной информации, знаний и умений, которые будут полезны любому пользователю игры Heroes of Might & Magic III.
Почти 1000 страниц информации!

Не вся указанная в этом справочнике информация может считаться официальной, по причине того, что содержит наблюдения и оценки игроков, пожелавших поделиться своим мнением по поводу особенностей игры. Но, тем не менее, в целом она достаточно реально отражает Физику Мира Героев и несомненно будет полезна любому начинающему игроку.

Основной автор: AmberSoler
Соавтор: Сергей Drake

Image: Xwd0-7lmml8.jpg

Представляем очередное обновление справочника FizMiG_v.2.8!
В этот релиз включены Excel-версии, включая FizMiG, содержащий информацию по аддону Horn of the Abyss v.1.6.1, а также общая Pdf-версия, объединяющая SoD и HotA.

Новые и дополненные разделы (Click to View)

Описание версий:
v.2.8: Версия справочника составлена в формате XLSM (MS Excel) с использованием макросов. Эта версия включает в себя объединённый FizMiG SoD + HotA. На странице Введения можно выбрать версию справочника из выпадающего списка (SoD или SoD+HotA). В зависимости от этого выбора на всех страницах будут отображена информация соответствующая выбранной версии игры. Для полноценного функционирования, в вашем Excel должны быть включены макросы (!). Краткая инструкция по формату находится в разделе Введения.

v.2.8h: Версия справочника с информацией по игре, включая аддон Horn of the Abyss v.1.6.1 в формате XLSX (MS Excel).

v.2.8s: Классическая версия справочника по оригинальной игре (SoD) в формате XLSX (MS Excel).

v.2.8: Версия справочника с информацией по оригинальной игре, включая аддон Horn of the Abyss v.1.6.1 в формате PDF.

Благодарности (Click to View)

Скачать:

- 2.8 (SoD+HotA) xlsm: https://yadi.sk/i/vPvQKY2X28u4Fg
- 2.8h (HotA) xlsx: https://yadi.sk/i/2vGAwMKCLHC9mw
- 2.8s (SoD) xlsx: https://yadi.sk/i/NLtgmHYbo9Fjyg
- 2.8 PDF (SoD+HotA): https://yadi.sk/i/fTR_UohwHPqstQ

Самые последние новости по справочнику вы можете узнать здесь -> Вконтакте 4

Как и всегда, предложения, замечания и пожелания приветствуются!]]> Quote:ФИЗМИГ - это проект, целью которого является попытка объединения воедино разрозненной информации, знаний и умений, которые будут полезны любому пользователю игры Heroes of Might & Magic III.
Почти 1000 страниц информации!

Не вся указанная в этом справочнике информация может считаться официальной, по причине того, что содержит наблюдения и оценки игроков, пожелавших поделиться своим мнением по поводу особенностей игры. Но, тем не менее, в целом она достаточно реально отражает Физику Мира Героев и несомненно будет полезна любому начинающему игроку.

Основной автор: AmberSoler
Соавтор: Сергей Drake

Image: Xwd0-7lmml8.jpg

Представляем очередное обновление справочника FizMiG_v.2.8!
В этот релиз включены Excel-версии, включая FizMiG, содержащий информацию по аддону Horn of the Abyss v.1.6.1, а также общая Pdf-версия, объединяющая SoD и HotA.

Новые и дополненные разделы (Click to View)

Описание версий:
v.2.8: Версия справочника составлена в формате XLSM (MS Excel) с использованием макросов. Эта версия включает в себя объединённый FizMiG SoD + HotA. На странице Введения можно выбрать версию справочника из выпадающего списка (SoD или SoD+HotA). В зависимости от этого выбора на всех страницах будут отображена информация соответствующая выбранной версии игры. Для полноценного функционирования, в вашем Excel должны быть включены макросы (!). Краткая инструкция по формату находится в разделе Введения.

v.2.8h: Версия справочника с информацией по игре, включая аддон Horn of the Abyss v.1.6.1 в формате XLSX (MS Excel).

v.2.8s: Классическая версия справочника по оригинальной игре (SoD) в формате XLSX (MS Excel).

v.2.8: Версия справочника с информацией по оригинальной игре, включая аддон Horn of the Abyss v.1.6.1 в формате PDF.

Благодарности (Click to View)

Скачать:

- 2.8 (SoD+HotA) xlsm: https://yadi.sk/i/vPvQKY2X28u4Fg
- 2.8h (HotA) xlsx: https://yadi.sk/i/2vGAwMKCLHC9mw
- 2.8s (SoD) xlsx: https://yadi.sk/i/NLtgmHYbo9Fjyg
- 2.8 PDF (SoD+HotA): https://yadi.sk/i/fTR_UohwHPqstQ

Самые последние новости по справочнику вы можете узнать здесь -> Вконтакте 4

Как и всегда, предложения, замечания и пожелания приветствуются!]]> <![CDATA[Случайность как фактор нейтрализации тактики]]> http://wforum.heroes35.net/showthread.php?tid=4377 Thu, 05 Dec 2013 19:58:00 +0000 http://wforum.heroes35.net/showthread.php?tid=4377
   А между тем, в чём-то правы и те, и другие. Первые правы в том, что ряд игровых моментов хорошо сбалансирован, то есть случай в них загнан в предсказуемые рамки. Но правы и другие, винящие козни ГСЧ в разбитой об стенку со злости клавиатуре. Например известно, что наши китайские коллеги любят очень сложные карты. В боях на таких картах без выпадения целой комбинации бонусов победить просто невозможно. И наоборот. Победа зависит от чётко выстроенного и исполняемого по шагам плана, который может нарушить любой двойной ход противника. Стоит ли говорить, что закон подлости в нужный момент проявляет себя на все 100%. Что мы имеем в итоге? Злость, досаду, потерю интереса.

   Давайте разберёмся подробнее, где истина и лежит ли она посередине. Чтобы понять природу проблемы, нужно обратить внимание на то, что мы именуем «ГСЧ». На самом деле правильный термин для алгоритма генерации случайных чисел — генератор псевдослучайных чисел, так как каждое новое число полностью предопределяется состоянием генератора.

   У программных ГСЧ есть немало проблем. Во-первых, все они рано или поздно начинают повторяться. То есть существует параметр длины последовательности, после которой генерация начинается с начала, повторяя один-в-один то, что уже было. Впрочем, скажете вы, для игр со множеством случайных факторов предсказание чисел и повтор последовательности являются вещами маловероятными. Соглашусь с вами.

   Другой проблемой является качество генератора, а вернее качество последовательности чисел, которую он выдаёт. Предполагается, что последовательность будет иметь равномерное распределение. То есть на 1000 сгенерированных значений от 1..10 должно прийтись в среднем по 100 каждого. Положим, приблизительно так и будет. Значит генератор подходит для боевого применения? Не спешите.
   
   Большинство игровых событий требует небольшой длины последовательности. Например, если дерево знаний даёт в 20% случаев повышение, то не стоит всерьёз надеяться, что игроку дадут возможность посетить 1000 деревьев. На карте будет расположено от силы 10 объектов данного типа. А значит к генератору предъявляются повышенные требования. И здесь мы сталкиваемся с проблемами. Оказывается, на небольших последовательностях значения могут скакать абсолютно произвольным образом. Например 4 дерева из 5-и окажутся удачливыми. Или наоборот, все 5 бесполезными. Представьте себе разочарование игрока, пробившегося с потерями в зону с тремя такими объектами и ушедшего ни с чем после значительной потери времени.
   
   Но даже если генератор имеет схожее с равномерным распределение на небольших по размерам последовательностях, это отнюдь не гарантирует того математического ожидания, которое будет искать игрок. Дело в том, что один и тот же генератор с одним и тем же состоянием используется одновременно для всех игровых событий. Это значит, что если мы генерируем числа от 1..5 и нам жизненно важно получить 5 хотя бы за десять генераций, мы можем не получить требуемое значение вообще. Всё потому, что после каждой нашей генерации работают другие события, например расчёт урона для отрядов в бою, где указанная пятёрка, возможно, не раз выпадала, но когда ход вновь возвращается нашему событию, генератор снова отплёвывается повтором. Поэтому драколич с шансом блока в 20% в битвах нередко блокирует 4-5 ударов подряд! Автор не раз лично был свидетелем этого явления и смеялся в голос. Даже шутка такая родилась, об абсолютной защите драколичей.

   Иными словами, для исправления указанного выше недостатка достаточно иметь собственный ГСЧ для каждого «пользователя» в игре. Однако гарантии математического ожидания на малых и средних последовательностях всё равно не будет.

   Давайте теперь разберём такое понятие, как хаотичность событий, или меру хаоса, вносимого событием в планы игроков или ИИ. Для начала введём несколько обозначений:

N - (number) - длина последовательности.
D - (distance) - разбежка или расстояние между максимальным и минимальным значением.
A - (average distribution) - математическое ожидание. Значение, к которому стремится среднее, рассчитанное по последовательности. Для равномерного распределения вычисляется как (Макс - Мин) / 2. Если измеряется в %, то это % от разбежки.
Quote:Мин...Мин + A * D...Макс

NA - произведение начальных A и N. Показывает ресурс, который идеальный генератор должен распределить по последовательности. Например, если имеется A = 20% и N = 10, то NA = 200%. Каждое новое генерируемое значение — это минимальное + некоторый бонус, который берётся из общего хранилища. NA * D показывает предполагаемую сумму всех бонусов для каждого значения.

M - количество оставшихся членов последовательности (<= N).

   Под хаотичностью события мы будем подразумевать его минимальные и максимальные отклонения от математического ожидания. Так, для диапазона 50..80 математическое ожидание A = (80 + 50) / 2 = 65. Возможные отклонения: ±15. 15 — это 23% от среднего. Значит хаотичность: -23%..+23%.
   
   Посмотрим, какую хаотичность предлагают разработчики игр для самого важного параметра в бою — урона. В Эадоре урон монстров задаётся одним числом (A), а конкретное значение при ударе рассчитывается как 0.75 * А .. 1,25 * А. Иначе говоря, хаотичность: ±25%. Запомним это значение. Оно вносит достаточно разнообразие в бой, позволяя случаться событием, вроде «успел добить жирного монстра» или «выжил с 1 жизнью», в то же время предоставляя игроку возможность оценки рисков и планирования.
   
   Проверим наиболее популярные разбросы урона в Героях 3.
   2-3, 4-6, 10-15 и т.д. Хаотичность: ±20%. Предсказуемость хорошая. Благословение не критично, проклятие не смертельно.
   1-2, 2-4, 10-20, 20-40 и т.д.. Хаотичность: ±33%. Имеют значительную зависимость от ГСЧ. Благословения и проклятья играют существенную роль. Критические успехи и провалы приводят к изменению оперативных планов.
   1-3, 3-8, 20-45. Хаотичность ±40%..50%. Практически выводит ситуацию из под контроля игрока. Урон скачет непредсказуемо. Невезенье или везенье всего в нескольких ходах может сыграть решающую роль в бою. Благословения и проклятья (артефакты для них) критичны.
   1..100. Хаотичность: ±100%. Классический пример полного разгула Случая. Палатка лечит на 5, 17, 13? Ценный монстр погибает? Утешьтесь, в среднем могла вылечить 150 единиц здоровья! Чтобы добиться этого среднего понадобится весь бой. Но жизнь палатки скоротечна, а нужда в ней возникает локальная. Так что вариантов у вас не много. Наилучший — не надеяться на неё вообще.
   
   Стоит отдельно рассмотреть довольно популярные двоичные генерации или генерации по принципу «всё сработало» и «всё не сработало». Они порой вносят гораздо больше хаоса в партию, чем расчёт урона. Например, 5% шанс блокировать магию противника. Хаотичность: -100%..+1900(!)%. Иначе говоря, ожидается срабатывание блока только в одном из двадцати случаев. Большей частью времени польза от эффекта нулевая (-100% от среднего). То есть бой идёт как будто способности нет. Но время от времени (в неподходящее) срабатывает блок, которого никто не ждал в виду некритичного шанса.
   
   20% двоичное событие имеет хаотичность: -100%..+400%. Стоит ли говорить, что если требуется использовать накопленную ману в нужный момент для важного заклинания (ослепление последнего отряда, взрыв и т.д), предугадать наступление этого самого правильного момента нельзя. И наивен тот, кто думает, что в случае двойного запаса маны и стабильности плана с расчётом на одну неудачу, из двух подряд попыток колдовать хоть одна, да пройдёт. Может не пройти.
   
   А ведь на самом деле игрока-тактика вполне устроило бы гарантированное или предсказуемое уменьшение эффекта заклинания, при котором само заклинание всё-таки действует. И защитнику не пришлось бы трястись, ожидая чудодейственного выпадения двадцатки, когда можно было бы весь бой игнорировать часть наносимого магического урона, справедливо осознавая, какие у соперника шансы убить ваш ценный отряд заклинанием.

   Не менее печально известен и воговский блок в 50%, берущий своё начало из блока минотавров в Героях 4. Несмотря на значение 35%, минотавры умудрялись блокировать порой целые серии ударов, так что бой с ними был нервным и долгим, с нередкими перезагрузками. Чтобы уж наверняка не оставить тактике шанса, воговские командиры могут учить пятидесятипроцентный блок. Если задача командира выжить, то это самое сильное умение в игре. И 50% там только на словах. Визуально блок срабатывает гораздо чаще (причины указаны выше), так что в критические моменты Ваш командир может пережить и по три летальных удара. С другой стороны, если отряды противника тоже обладают подобной способностью, приготовьтесь к абсолютному цирку, учитывая, что блок может полностью нивелировать действия ваших заклинаний.

   С учётом вышесказанного рекомендации следующие. Практически везде заменять двоичные генераторы на диапазонные (1), для каждого события использовать свой генератор, чтобы гарантировать чистоту последовательности (2) и использовать алгоритмы-надстройки над базовым ГСЧ для обеспечения выбранных характеристик последовательности (N, A, характер распределения) (3).

   Библиотека BalancedGenerator.era выполняет все вышеуказанные функции. Она позволяет создавать объекты-генераторы с двумя вариантами распределения и предоставляет три функции для различных видов генераций. Все функции позволяют задавать диапазон длин последовательностей, чтобы уменьшить возможности игрока по предсказанию значений. Рассмотрим интерфейс библиотеки подробнее:

Code:
function CreateBalance50Obj (MinN, MaxN: integer): {O} TErmArr; stdcall;
Функция создаёт генератор с гарантированным равномерным (A=50%) распределением. Аргументы: минимальная и максимальная длина последовательности, в рамках которой математическое ожидание будет равно 50%. Рекомендуется использовать значения в интервалах 7-14 для событий, имеющих среднюю и большую важность для игрока и 17-24 для длительных явлений с малой или средней значимостью.

С точки зрения игрока если фактическое среднее значение становится меньше 50%, то повышается минимальная планка генерируемых значений. И наоборот, если слишком везёт и фактическое мат. ожидание > 50%, то снижается верхняя планка генерируемых значений. Это позволяет даже интуитивно предполагать, что серия неудач завершится выравнивающими успехами. Иными словами, реальные значения зависят от того, что выпадало в предыдущих генерациях.

Пример. Пусть диапазон урона: 50..100. N = 10, A = 50%, NA = 500%. M = 10.
Выпадает 100. Теперь NA = 400%, M = 9, A = 400%/9 = 44.44%. Это значит что в оставшейся последовательности из девяти чисел среднее значение будет уже не Мин + 0.5 * Разбежка, а Мин + 0,44 * Разбежка. конкретно во второй генерации диапазон урона (реальный) будет 50..94.

Code:
function CreateCrit10Obj (MinN, MaxN: integer; A: single): TErmArr; stdcall;
Создаёт генератор с неравномерным распределением. Гарантируется переход состояния между последовательностями (если остался накопленный эффект несправедливой удачей/неудачей) и то, что максимальное отклонение от А не превысит Max (верхняя граница генерируемых значений). Практически для каждой генерации в 90% случаев генерируется значение в нижней (для A <= 50%) или верхней (для A > 50%), части диапазона, что описывается как «обычное» значение. Обычное значение варьируется около заданного A. В 10% случаев происходит критическая удача(провал) и генерируется значение из альтернативного диапазона.

Аргумент A - дробное число (e) 0.0..1.0. Для равномерного распределения 0.5 (что бессмысленно, так как для равномерного есть генератор выше).

Code:
procedure DestroyObj (hObj: TErmArr); stdcall;
Удаляет генератор. Генераторы сохраняются в файлах сохранения, так что временные генераторы нужно удалять, а о постоянных не заботиться. Аргумент - объект-генератор.

Code:
function GenerateBalance50Val (hObj: TErmArr; aMin, aMax: integer): integer; stdcall;
Аргументы: генератор Баланс-50, минимальное и максимальное значения.
Генерирует случайное число в указанном диапазоне. Гарантирует равномерное распределение.

Code:
function GenerateBinary50Val (hObj: TErmArr; Chance: single): integer; stdcall;
Аргументы: генератор Баланс-50, шанс успеха (вещественное число, e). Отрицательный шанс означает невозможность события вовсе. Шанс > 100% не гарантирует успех события, если генератор находится в пессимистичном состоянии (ранее везло).
Генерирует двоичное значение (1 или 0), где 1 - событие произошло, 0 - не произошло. Гарантирует равномерное распределение для NA кратным 100% и переход состояния между последовательностями в противном случае.

Code:
function GenerateCrit10Val (hObj: TErmArr; aMin, aMax: integer): integer; stdcall;
Аргументы: генератор Крит-10, минимальное и максимальное значения.

ВАЖНО! Между генерациями диапазоны значений могут быть произвольными. Генераторы гарантируют математические ожидания (A) в %-х значениях, так что если 20..40 дало 20, а потом 40..80 дало 80, то для генератора всё отлично. Сперва выпало минимальное значение (0%), затем максимальное (100%). Баланс соблюдён (50%).]]>
   А между тем, в чём-то правы и те, и другие. Первые правы в том, что ряд игровых моментов хорошо сбалансирован, то есть случай в них загнан в предсказуемые рамки. Но правы и другие, винящие козни ГСЧ в разбитой об стенку со злости клавиатуре. Например известно, что наши китайские коллеги любят очень сложные карты. В боях на таких картах без выпадения целой комбинации бонусов победить просто невозможно. И наоборот. Победа зависит от чётко выстроенного и исполняемого по шагам плана, который может нарушить любой двойной ход противника. Стоит ли говорить, что закон подлости в нужный момент проявляет себя на все 100%. Что мы имеем в итоге? Злость, досаду, потерю интереса.

   Давайте разберёмся подробнее, где истина и лежит ли она посередине. Чтобы понять природу проблемы, нужно обратить внимание на то, что мы именуем «ГСЧ». На самом деле правильный термин для алгоритма генерации случайных чисел — генератор псевдослучайных чисел, так как каждое новое число полностью предопределяется состоянием генератора.

   У программных ГСЧ есть немало проблем. Во-первых, все они рано или поздно начинают повторяться. То есть существует параметр длины последовательности, после которой генерация начинается с начала, повторяя один-в-один то, что уже было. Впрочем, скажете вы, для игр со множеством случайных факторов предсказание чисел и повтор последовательности являются вещами маловероятными. Соглашусь с вами.

   Другой проблемой является качество генератора, а вернее качество последовательности чисел, которую он выдаёт. Предполагается, что последовательность будет иметь равномерное распределение. То есть на 1000 сгенерированных значений от 1..10 должно прийтись в среднем по 100 каждого. Положим, приблизительно так и будет. Значит генератор подходит для боевого применения? Не спешите.
   
   Большинство игровых событий требует небольшой длины последовательности. Например, если дерево знаний даёт в 20% случаев повышение, то не стоит всерьёз надеяться, что игроку дадут возможность посетить 1000 деревьев. На карте будет расположено от силы 10 объектов данного типа. А значит к генератору предъявляются повышенные требования. И здесь мы сталкиваемся с проблемами. Оказывается, на небольших последовательностях значения могут скакать абсолютно произвольным образом. Например 4 дерева из 5-и окажутся удачливыми. Или наоборот, все 5 бесполезными. Представьте себе разочарование игрока, пробившегося с потерями в зону с тремя такими объектами и ушедшего ни с чем после значительной потери времени.
   
   Но даже если генератор имеет схожее с равномерным распределение на небольших по размерам последовательностях, это отнюдь не гарантирует того математического ожидания, которое будет искать игрок. Дело в том, что один и тот же генератор с одним и тем же состоянием используется одновременно для всех игровых событий. Это значит, что если мы генерируем числа от 1..5 и нам жизненно важно получить 5 хотя бы за десять генераций, мы можем не получить требуемое значение вообще. Всё потому, что после каждой нашей генерации работают другие события, например расчёт урона для отрядов в бою, где указанная пятёрка, возможно, не раз выпадала, но когда ход вновь возвращается нашему событию, генератор снова отплёвывается повтором. Поэтому драколич с шансом блока в 20% в битвах нередко блокирует 4-5 ударов подряд! Автор не раз лично был свидетелем этого явления и смеялся в голос. Даже шутка такая родилась, об абсолютной защите драколичей.

   Иными словами, для исправления указанного выше недостатка достаточно иметь собственный ГСЧ для каждого «пользователя» в игре. Однако гарантии математического ожидания на малых и средних последовательностях всё равно не будет.

   Давайте теперь разберём такое понятие, как хаотичность событий, или меру хаоса, вносимого событием в планы игроков или ИИ. Для начала введём несколько обозначений:

N - (number) - длина последовательности.
D - (distance) - разбежка или расстояние между максимальным и минимальным значением.
A - (average distribution) - математическое ожидание. Значение, к которому стремится среднее, рассчитанное по последовательности. Для равномерного распределения вычисляется как (Макс - Мин) / 2. Если измеряется в %, то это % от разбежки.
Quote:Мин...Мин + A * D...Макс

NA - произведение начальных A и N. Показывает ресурс, который идеальный генератор должен распределить по последовательности. Например, если имеется A = 20% и N = 10, то NA = 200%. Каждое новое генерируемое значение — это минимальное + некоторый бонус, который берётся из общего хранилища. NA * D показывает предполагаемую сумму всех бонусов для каждого значения.

M - количество оставшихся членов последовательности (<= N).

   Под хаотичностью события мы будем подразумевать его минимальные и максимальные отклонения от математического ожидания. Так, для диапазона 50..80 математическое ожидание A = (80 + 50) / 2 = 65. Возможные отклонения: ±15. 15 — это 23% от среднего. Значит хаотичность: -23%..+23%.
   
   Посмотрим, какую хаотичность предлагают разработчики игр для самого важного параметра в бою — урона. В Эадоре урон монстров задаётся одним числом (A), а конкретное значение при ударе рассчитывается как 0.75 * А .. 1,25 * А. Иначе говоря, хаотичность: ±25%. Запомним это значение. Оно вносит достаточно разнообразие в бой, позволяя случаться событием, вроде «успел добить жирного монстра» или «выжил с 1 жизнью», в то же время предоставляя игроку возможность оценки рисков и планирования.
   
   Проверим наиболее популярные разбросы урона в Героях 3.
   2-3, 4-6, 10-15 и т.д. Хаотичность: ±20%. Предсказуемость хорошая. Благословение не критично, проклятие не смертельно.
   1-2, 2-4, 10-20, 20-40 и т.д.. Хаотичность: ±33%. Имеют значительную зависимость от ГСЧ. Благословения и проклятья играют существенную роль. Критические успехи и провалы приводят к изменению оперативных планов.
   1-3, 3-8, 20-45. Хаотичность ±40%..50%. Практически выводит ситуацию из под контроля игрока. Урон скачет непредсказуемо. Невезенье или везенье всего в нескольких ходах может сыграть решающую роль в бою. Благословения и проклятья (артефакты для них) критичны.
   1..100. Хаотичность: ±100%. Классический пример полного разгула Случая. Палатка лечит на 5, 17, 13? Ценный монстр погибает? Утешьтесь, в среднем могла вылечить 150 единиц здоровья! Чтобы добиться этого среднего понадобится весь бой. Но жизнь палатки скоротечна, а нужда в ней возникает локальная. Так что вариантов у вас не много. Наилучший — не надеяться на неё вообще.
   
   Стоит отдельно рассмотреть довольно популярные двоичные генерации или генерации по принципу «всё сработало» и «всё не сработало». Они порой вносят гораздо больше хаоса в партию, чем расчёт урона. Например, 5% шанс блокировать магию противника. Хаотичность: -100%..+1900(!)%. Иначе говоря, ожидается срабатывание блока только в одном из двадцати случаев. Большей частью времени польза от эффекта нулевая (-100% от среднего). То есть бой идёт как будто способности нет. Но время от времени (в неподходящее) срабатывает блок, которого никто не ждал в виду некритичного шанса.
   
   20% двоичное событие имеет хаотичность: -100%..+400%. Стоит ли говорить, что если требуется использовать накопленную ману в нужный момент для важного заклинания (ослепление последнего отряда, взрыв и т.д), предугадать наступление этого самого правильного момента нельзя. И наивен тот, кто думает, что в случае двойного запаса маны и стабильности плана с расчётом на одну неудачу, из двух подряд попыток колдовать хоть одна, да пройдёт. Может не пройти.
   
   А ведь на самом деле игрока-тактика вполне устроило бы гарантированное или предсказуемое уменьшение эффекта заклинания, при котором само заклинание всё-таки действует. И защитнику не пришлось бы трястись, ожидая чудодейственного выпадения двадцатки, когда можно было бы весь бой игнорировать часть наносимого магического урона, справедливо осознавая, какие у соперника шансы убить ваш ценный отряд заклинанием.

   Не менее печально известен и воговский блок в 50%, берущий своё начало из блока минотавров в Героях 4. Несмотря на значение 35%, минотавры умудрялись блокировать порой целые серии ударов, так что бой с ними был нервным и долгим, с нередкими перезагрузками. Чтобы уж наверняка не оставить тактике шанса, воговские командиры могут учить пятидесятипроцентный блок. Если задача командира выжить, то это самое сильное умение в игре. И 50% там только на словах. Визуально блок срабатывает гораздо чаще (причины указаны выше), так что в критические моменты Ваш командир может пережить и по три летальных удара. С другой стороны, если отряды противника тоже обладают подобной способностью, приготовьтесь к абсолютному цирку, учитывая, что блок может полностью нивелировать действия ваших заклинаний.

   С учётом вышесказанного рекомендации следующие. Практически везде заменять двоичные генераторы на диапазонные (1), для каждого события использовать свой генератор, чтобы гарантировать чистоту последовательности (2) и использовать алгоритмы-надстройки над базовым ГСЧ для обеспечения выбранных характеристик последовательности (N, A, характер распределения) (3).

   Библиотека BalancedGenerator.era выполняет все вышеуказанные функции. Она позволяет создавать объекты-генераторы с двумя вариантами распределения и предоставляет три функции для различных видов генераций. Все функции позволяют задавать диапазон длин последовательностей, чтобы уменьшить возможности игрока по предсказанию значений. Рассмотрим интерфейс библиотеки подробнее:

Code:
function CreateBalance50Obj (MinN, MaxN: integer): {O} TErmArr; stdcall;
Функция создаёт генератор с гарантированным равномерным (A=50%) распределением. Аргументы: минимальная и максимальная длина последовательности, в рамках которой математическое ожидание будет равно 50%. Рекомендуется использовать значения в интервалах 7-14 для событий, имеющих среднюю и большую важность для игрока и 17-24 для длительных явлений с малой или средней значимостью.

С точки зрения игрока если фактическое среднее значение становится меньше 50%, то повышается минимальная планка генерируемых значений. И наоборот, если слишком везёт и фактическое мат. ожидание > 50%, то снижается верхняя планка генерируемых значений. Это позволяет даже интуитивно предполагать, что серия неудач завершится выравнивающими успехами. Иными словами, реальные значения зависят от того, что выпадало в предыдущих генерациях.

Пример. Пусть диапазон урона: 50..100. N = 10, A = 50%, NA = 500%. M = 10.
Выпадает 100. Теперь NA = 400%, M = 9, A = 400%/9 = 44.44%. Это значит что в оставшейся последовательности из девяти чисел среднее значение будет уже не Мин + 0.5 * Разбежка, а Мин + 0,44 * Разбежка. конкретно во второй генерации диапазон урона (реальный) будет 50..94.

Code:
function CreateCrit10Obj (MinN, MaxN: integer; A: single): TErmArr; stdcall;
Создаёт генератор с неравномерным распределением. Гарантируется переход состояния между последовательностями (если остался накопленный эффект несправедливой удачей/неудачей) и то, что максимальное отклонение от А не превысит Max (верхняя граница генерируемых значений). Практически для каждой генерации в 90% случаев генерируется значение в нижней (для A <= 50%) или верхней (для A > 50%), части диапазона, что описывается как «обычное» значение. Обычное значение варьируется около заданного A. В 10% случаев происходит критическая удача(провал) и генерируется значение из альтернативного диапазона.

Аргумент A - дробное число (e) 0.0..1.0. Для равномерного распределения 0.5 (что бессмысленно, так как для равномерного есть генератор выше).

Code:
procedure DestroyObj (hObj: TErmArr); stdcall;
Удаляет генератор. Генераторы сохраняются в файлах сохранения, так что временные генераторы нужно удалять, а о постоянных не заботиться. Аргумент - объект-генератор.

Code:
function GenerateBalance50Val (hObj: TErmArr; aMin, aMax: integer): integer; stdcall;
Аргументы: генератор Баланс-50, минимальное и максимальное значения.
Генерирует случайное число в указанном диапазоне. Гарантирует равномерное распределение.

Code:
function GenerateBinary50Val (hObj: TErmArr; Chance: single): integer; stdcall;
Аргументы: генератор Баланс-50, шанс успеха (вещественное число, e). Отрицательный шанс означает невозможность события вовсе. Шанс > 100% не гарантирует успех события, если генератор находится в пессимистичном состоянии (ранее везло).
Генерирует двоичное значение (1 или 0), где 1 - событие произошло, 0 - не произошло. Гарантирует равномерное распределение для NA кратным 100% и переход состояния между последовательностями в противном случае.

Code:
function GenerateCrit10Val (hObj: TErmArr; aMin, aMax: integer): integer; stdcall;
Аргументы: генератор Крит-10, минимальное и максимальное значения.

ВАЖНО! Между генерациями диапазоны значений могут быть произвольными. Генераторы гарантируют математические ожидания (A) в %-х значениях, так что если 20..40 дало 20, а потом 40..80 дало 80, то для генератора всё отлично. Сперва выпало минимальное значение (0%), затем максимальное (100%). Баланс соблюдён (50%).]]> <![CDATA[ERM-консоль]]> http://wforum.heroes35.net/showthread.php?tid=5668 Wed, 31 Oct 2012 15:59:31 +0000 http://wforum.heroes35.net/showthread.php?tid=5668 feanor Wrote:Плагин, добавляющий в чат несколько дополнительных команд и возможность исполнения ERM.

плагин + исходники

Image: 2181753.png

Команды:
  • /showfps - включает отображение FPS вместо строки чата
  • /leveldebugger - включает встроенный "отладчик карты". Единственная функция, которую я заметил - отображение координат в подсказке по почве.
  • /execerm <command> - исполнение ERM-команды. Команда приводится без предваряющих восклицательных знаков, но с точкой-с-запятой (т.е. /execerm IF:L^Hello!^; ). Поддерживаются !!HE-1 и v998/999/1000 (ограниченно)
  • /heroid - номер, имя и адрес структуры текущего героя.
  • !!<command> - аналогично execerm.
  • [здесь может быть ваше пожелание]


код (Click to View)
]]> feanor Wrote:Плагин, добавляющий в чат несколько дополнительных команд и возможность исполнения ERM.

плагин + исходники

Image: 2181753.png

Команды:
  • /showfps - включает отображение FPS вместо строки чата
  • /leveldebugger - включает встроенный "отладчик карты". Единственная функция, которую я заметил - отображение координат в подсказке по почве.
  • /execerm <command> - исполнение ERM-команды. Команда приводится без предваряющих восклицательных знаков, но с точкой-с-запятой (т.е. /execerm IF:L^Hello!^; ). Поддерживаются !!HE-1 и v998/999/1000 (ограниченно)
  • /heroid - номер, имя и адрес структуры текущего героя.
  • !!<command> - аналогично execerm.
  • [здесь может быть ваше пожелание]


код (Click to View)
]]> <![CDATA[FAQ по моддингу]]> http://wforum.heroes35.net/showthread.php?tid=3727 Mon, 05 Mar 2012 13:01:43 +0000 http://wforum.heroes35.net/showthread.php?tid=3727
Ресурсы игры хранятся в папке DATA, файлы h3sprite.lod и h3bitmap.lod
Для распаковки этих лодов использую MMArchive , которая великолепно подходит для работы с любым типом геройских архивов.

Просмотр спрайтов игры я выполняю с помощью программы DefPreview.

Большую часть картинок - замен существующих можно в лод не запаковывать, а просто кидать в DATA. Но файл должен быть в формате РСХ (256 цветов). NB! картинка загрузки игры, Zpic106.bmp (дракон в ВоГе) должна быть полноцветной.

Скрипты, основа функционала WoG, хранятся в папке DATA\S\
Имя файла скрипта должно быть scriptXX.erm, где XX может принимать значения от 00 до 99.


Описание ресурсов:

H3sprite
Окно героя
UN32.def - маленькие иконки специализаций героев
UN44.def - большие иконки специализаций героев

Окно города
TB%город%%здание%.DEF - здания в городе

Объекты на карте (Click to View)
Войска Замка (Click to View)
Войска Оплота (Click to View)
Монстры (Click to View)
Главное меню (Click to View)
Содержимое H3bitmap.lod (Click to View)

Описание текстовиков (Click to View)
Ресурсы, которые не требуют запаковки в лод, и которые нормально работают из папки DATA
Портреты. Формат PCX
Тема "Портреты героев"
Моя подборка, почти без флуда Sm
Звуки боя. Звук в формате .wav, требует смены расширения на .82m.
Звуки на карте. (LOOP[...].wav)
Городские здания. Формат .pcx.
Поля боя. Формат .pcx.
Тема "Battlefields"

Список названий портретов героев.
Spoiler (Click to View)
Примеры:
HPL000KN - большой портрет для Оррина
HPS120WH - малый портрет для Миранды

Папка MP3:
Spoiler (Click to View)
Видео:
Spoiler (Click to View)
]]>
Ресурсы игры хранятся в папке DATA, файлы h3sprite.lod и h3bitmap.lod
Для распаковки этих лодов использую MMArchive , которая великолепно подходит для работы с любым типом геройских архивов.

Просмотр спрайтов игры я выполняю с помощью программы DefPreview.

Большую часть картинок - замен существующих можно в лод не запаковывать, а просто кидать в DATA. Но файл должен быть в формате РСХ (256 цветов). NB! картинка загрузки игры, Zpic106.bmp (дракон в ВоГе) должна быть полноцветной.

Скрипты, основа функционала WoG, хранятся в папке DATA\S\
Имя файла скрипта должно быть scriptXX.erm, где XX может принимать значения от 00 до 99.


Описание ресурсов:

H3sprite
Окно героя
UN32.def - маленькие иконки специализаций героев
UN44.def - большие иконки специализаций героев

Окно города
TB%город%%здание%.DEF - здания в городе

Объекты на карте (Click to View)
Войска Замка (Click to View)
Войска Оплота (Click to View)
Монстры (Click to View)
Главное меню (Click to View)
Содержимое H3bitmap.lod (Click to View)

Описание текстовиков (Click to View)
Ресурсы, которые не требуют запаковки в лод, и которые нормально работают из папки DATA
Портреты. Формат PCX
Тема "Портреты героев"
Моя подборка, почти без флуда Sm
Звуки боя. Звук в формате .wav, требует смены расширения на .82m.
Звуки на карте. (LOOP[...].wav)
Городские здания. Формат .pcx.
Поля боя. Формат .pcx.
Тема "Battlefields"

Список названий портретов героев.
Spoiler (Click to View)
Примеры:
HPL000KN - большой портрет для Оррина
HPS120WH - малый портрет для Миранды

Папка MP3:
Spoiler (Click to View)
Видео:
Spoiler (Click to View)
]]> <![CDATA[Редактирование иконки исполняемого файла игры]]> http://wforum.heroes35.net/showthread.php?tid=6344 Fri, 03 Feb 2012 11:44:56 +0000 http://wforum.heroes35.net/showthread.php?tid=6344 (03.02.2012 16:10)MOP Wrote:  я не понял, как сменить по-нормальному иконку геройского экзешника (всякие там рестораторы и рес-хакеры просто его убивают), да и лень было.
То ли флэшбэк, то ли magoth как-то умудрялись сменить.]]> (03.02.2012 16:10)MOP Wrote:  я не понял, как сменить по-нормальному иконку геройского экзешника (всякие там рестораторы и рес-хакеры просто его убивают), да и лень было.
То ли флэшбэк, то ли magoth как-то умудрялись сменить.]]> <![CDATA[Полные исходники проекта WoG]]> http://wforum.heroes35.net/showthread.php?tid=3900 Wed, 11 Jan 2012 12:28:03 +0000 http://wforum.heroes35.net/showthread.php?tid=3900 Исходники Вога
Автор проекта WoG Слава Сальников и лидер CoreWoG команды Corwin дали согласие на публикацию исходников общественности, за что им большое спасибо. Теперь каждый модостроитель или энтузиаст может использовать функции, адреса, структуры данных и другую полезную информацию по игре.

Скачать: Исходники WoG 3.58f
Скачать: База HoMM3 и IDA_7
Скачать: База Редактора карт
Скачать: OB:C (by Миханик)

edit by igrik (14.03.2020)]]> Исходники Вога
Автор проекта WoG Слава Сальников и лидер CoreWoG команды Corwin дали согласие на публикацию исходников общественности, за что им большое спасибо. Теперь каждый модостроитель или энтузиаст может использовать функции, адреса, структуры данных и другую полезную информацию по игре.

Скачать: Исходники WoG 3.58f
Скачать: База HoMM3 и IDA_7
Скачать: База Редактора карт
Скачать: OB:C (by Миханик)

edit by igrik (14.03.2020)]]> <![CDATA[Решение багов ERA/WOG]]> http://wforum.heroes35.net/showthread.php?tid=5244 Wed, 21 Sep 2011 17:09:24 +0000 http://wforum.heroes35.net/showthread.php?tid=5244 Berserker мог их включать в состав era.dll
Любые сообщения, не содержащие указание бага совместно с его решением на Ассамблере, Delphi или С++ будут безжалостно уничтожаться.


Я буду данные фиксы включать в плагин game bug fixes extended.dll
Исходник можно увидеть тут: github.com
Список фиксов (Click to View)
]]> Berserker мог их включать в состав era.dll
Любые сообщения, не содержащие указание бага совместно с его решением на Ассамблере, Delphi или С++ будут безжалостно уничтожаться.


Я буду данные фиксы включать в плагин game bug fixes extended.dll
Исходник можно увидеть тут: github.com
Список фиксов (Click to View)
]]> <![CDATA[Исследование героев]]> http://wforum.heroes35.net/showthread.php?tid=862 Tue, 27 Oct 2009 16:49:48 +0000 http://wforum.heroes35.net/showthread.php?tid=862 http://wog.nxt.ru/diakon/tutorial_1.html

Задаем вопросы.]]> http://wog.nxt.ru/diakon/tutorial_1.html

Задаем вопросы.]]> <![CDATA[Методика расчёта значений Fight/AI Value существ]]> http://wforum.heroes35.net/showthread.php?tid=4474 Wed, 09 Sep 2009 12:19:48 +0000 http://wforum.heroes35.net/showthread.php?tid=4474 P.S. Убил бы того, кто дал этим характеристикам такие невнятные, подменяющие друг друга названия. Постоянно забываю, что есть что. Можете напомнить ещё раз.]]> P.S. Убил бы того, кто дал этим характеристикам такие невнятные, подменяющие друг друга названия. Постоянно забываю, что есть что. Можете напомнить ещё раз.]]> <![CDATA[SndVid 2B]]> http://wforum.heroes35.net/showthread.php?tid=804 Fri, 31 Jul 2009 13:42:15 +0000 http://wforum.heroes35.net/showthread.php?tid=804 Название: SndVid
Версия: 1.0 альфа билд 001 от 31.07.09
Размер (архив/распак.): 44.3 КБ / 98 КБ
Ссылки: dump.ru

Описание:
Первоначальный запрос - утилита для импорта файлов в snd-архив. Конечная цель - полноценная работа (импорт, экспорт, создание, удаление) с обоими типами архивов. Для просмотра помощи по командам нужно запустить утилиту без параметров.

Рабочие команды:
info - содержимое архива
packfile* - импорт одного файла
packfiles* - импорт списка файлов из тхт-документа
packall** - импорт всех файлов из директории и её поддиректорий (рекурсивно)

* На данный момент файл именно импортируется, а не заменяется. Будет исправлено в следующем билде.
** Первоначальная идея - создание нового архива из файлов в указанной папке. Скорее всего так и будет, либо будет добавлена ещё одна команда.

Планируемые улучшения (кроме реализации команд):
-) Возможность создания архива с нуля (команда: "new")
-) Удаление файлов (команды "deletefile/s")
-) Оболочка GUI для обычных пользователей через HTA с JavaScript/VBScript

Пример вызова:
Code:
snd "D:\Феникс\Data\Heroes3.snd" packfile D:\Феникс\Data\SSS.wav

Тестирование:
Очень нужны добровольцы-тестеры, которые бы проверили корректность выполнения команд с разными параметрами. Нужно выявить места, где программа может падать, работать не стабильно или давать ошибочные результаты.]]> Название: SndVid
Версия: 1.0 альфа билд 001 от 31.07.09
Размер (архив/распак.): 44.3 КБ / 98 КБ
Ссылки: dump.ru

Описание:
Первоначальный запрос - утилита для импорта файлов в snd-архив. Конечная цель - полноценная работа (импорт, экспорт, создание, удаление) с обоими типами архивов. Для просмотра помощи по командам нужно запустить утилиту без параметров.

Рабочие команды:
info - содержимое архива
packfile* - импорт одного файла
packfiles* - импорт списка файлов из тхт-документа
packall** - импорт всех файлов из директории и её поддиректорий (рекурсивно)

* На данный момент файл именно импортируется, а не заменяется. Будет исправлено в следующем билде.
** Первоначальная идея - создание нового архива из файлов в указанной папке. Скорее всего так и будет, либо будет добавлена ещё одна команда.

Планируемые улучшения (кроме реализации команд):
-) Возможность создания архива с нуля (команда: "new")
-) Удаление файлов (команды "deletefile/s")
-) Оболочка GUI для обычных пользователей через HTA с JavaScript/VBScript

Пример вызова:
Code:
snd "D:\Феникс\Data\Heroes3.snd" packfile D:\Феникс\Data\SSS.wav

Тестирование:
Очень нужны добровольцы-тестеры, которые бы проверили корректность выполнения команд с разными параметрами. Нужно выявить места, где программа может падать, работать не стабильно или давать ошибочные результаты.]]> <![CDATA[Общая тема по NOT USED монстрам]]> http://wforum.heroes35.net/showthread.php?tid=5789 Fri, 08 May 2009 15:52:27 +0000 http://wforum.heroes35.net/showthread.php?tid=5789 Итак, что нам нужно (Прим. # - 1 для 122, 2 для 124, 3 для 126, 4 для 128).
1) BAD# - деф без расширения для анимации монстра в битве. Кладётся в h3sprite.lod или h3custom.lod. Портировать лучше всего SimpleLod-ом от Сергея – wog-архивы могут давать ошибки, а ResEdit вообще на такое не способен.
2) Файл X.def для карты – для прописки монстра в объектных текстовиках (X – произвольное имя). Редактируются файлы ZEOBJTS.txt и ZOBJCTS.txt.
3) BAD#ATTK.82M, BAD#DFND.82M, BAD#KILL.82M, BAD#MOVE.82M, BAD#WNCE.82M. – файлы озвучки. Если у вас в распоряжении wav-звуки – сменить им расширение на 82M.
4) Портреты монстров для TWCRPORT.def и CPRSMALL.def.
5) Портреты монстров для AVWATTAK.def. Файл используется для отображения монстров, на которых нападают. В принципе, не особо обязательно его изменение, но если вы не хотите, чтобы в момент нападения монстр на карте отображался как копейщик – конечно, измените.
6) Заполнить колонки NOT USED-а в ZCRTRAIT.TXT (имя, характеристики, описание).
7) Если вы играете с опытом – заполнить колонки CREXPMOD.TXT и CREXPBON.TXT. При этом лучше разбить первую колонку в CREXPBON.TXT (-8 – для всех монстров) на семь аналогичных (-1, -2 и т.д. до -7). Связано это с тем, что новый монстр получается безуровневым, а строка «Здоровье» у него есть, но смещена куда-то в хвост абилок, а остальные способности выглядят как незаданные. Впрочем, абилки куда проще задать скриптом.
После этого вы можете пользоваться новыми монстрами. Какими-то особенными свойствами (вроде трёхглавой атаки Цербера или колдовства случайного закла у Мастер-Джинна) они обладать, конечно, не будут, но с помощью различных боевых менеджеров (ERM) можно добиться уникальности юнита. Уровень также можно задать скриптом.

Команды ERM, применимые для NOT-USEDов - ВСЕ.

Отдельно:
a) для подсказки при наведении мыши в редакторе карт нужно скопировать строку NOT-USEDa из ZCRTRAIT.TXT в CRTRAIT0.txt (при этом описание монстра в справке не будет!).
b) Для того, чтобы герою в редакторе карт можно было поставить в слот нового монстра, надо добавить строку в колонку Standard monsters в Monsters.txt (Data\MapEdPatch).
c) Если у вашего юнита есть анимация стрелка и вы хотите, чтобы он стрелял – сделайте PBASIL.def с изображением снаряда и загрузить в лод, а также создайте озвучку стрельбы – BAD#SHOT.82M. Количество патронов задаётся в ZCRTRAIT.TXT или скриптом.

Всё, что здесь написал, выяснил сам, ни с кем не советуясь. Поэтому жду поправок и добавлений от участников форума.

С н/п, Master Of Puppets.]]> Итак, что нам нужно (Прим. # - 1 для 122, 2 для 124, 3 для 126, 4 для 128).
1) BAD# - деф без расширения для анимации монстра в битве. Кладётся в h3sprite.lod или h3custom.lod. Портировать лучше всего SimpleLod-ом от Сергея – wog-архивы могут давать ошибки, а ResEdit вообще на такое не способен.
2) Файл X.def для карты – для прописки монстра в объектных текстовиках (X – произвольное имя). Редактируются файлы ZEOBJTS.txt и ZOBJCTS.txt.
3) BAD#ATTK.82M, BAD#DFND.82M, BAD#KILL.82M, BAD#MOVE.82M, BAD#WNCE.82M. – файлы озвучки. Если у вас в распоряжении wav-звуки – сменить им расширение на 82M.
4) Портреты монстров для TWCRPORT.def и CPRSMALL.def.
5) Портреты монстров для AVWATTAK.def. Файл используется для отображения монстров, на которых нападают. В принципе, не особо обязательно его изменение, но если вы не хотите, чтобы в момент нападения монстр на карте отображался как копейщик – конечно, измените.
6) Заполнить колонки NOT USED-а в ZCRTRAIT.TXT (имя, характеристики, описание).
7) Если вы играете с опытом – заполнить колонки CREXPMOD.TXT и CREXPBON.TXT. При этом лучше разбить первую колонку в CREXPBON.TXT (-8 – для всех монстров) на семь аналогичных (-1, -2 и т.д. до -7). Связано это с тем, что новый монстр получается безуровневым, а строка «Здоровье» у него есть, но смещена куда-то в хвост абилок, а остальные способности выглядят как незаданные. Впрочем, абилки куда проще задать скриптом.
После этого вы можете пользоваться новыми монстрами. Какими-то особенными свойствами (вроде трёхглавой атаки Цербера или колдовства случайного закла у Мастер-Джинна) они обладать, конечно, не будут, но с помощью различных боевых менеджеров (ERM) можно добиться уникальности юнита. Уровень также можно задать скриптом.

Команды ERM, применимые для NOT-USEDов - ВСЕ.

Отдельно:
a) для подсказки при наведении мыши в редакторе карт нужно скопировать строку NOT-USEDa из ZCRTRAIT.TXT в CRTRAIT0.txt (при этом описание монстра в справке не будет!).
b) Для того, чтобы герою в редакторе карт можно было поставить в слот нового монстра, надо добавить строку в колонку Standard monsters в Monsters.txt (Data\MapEdPatch).
c) Если у вашего юнита есть анимация стрелка и вы хотите, чтобы он стрелял – сделайте PBASIL.def с изображением снаряда и загрузить в лод, а также создайте озвучку стрельбы – BAD#SHOT.82M. Количество патронов задаётся в ZCRTRAIT.TXT или скриптом.

Всё, что здесь написал, выяснил сам, ни с кем не советуясь. Поэтому жду поправок и добавлений от участников форума.

С н/п, Master Of Puppets.]]> <![CDATA[Софт для Heroes]]> http://wforum.heroes35.net/showthread.php?tid=644 Thu, 19 Mar 2009 14:00:12 +0000 http://wforum.heroes35.net/showthread.php?tid=644 Название: Heroes Run 2B v1.0
Размер: 0.5 МБ
Ссылка: Скачать
Описание:
Необходимо иметь два ехе: h3te.exe(Феникс, ТЕ) и h3wog.exe (ВоГ) и три папки: Data (Феникс), Data_TE (ТЕ), Data_WoG (ВоГ).]]> Название: Heroes Run 2B v1.0
Размер: 0.5 МБ
Ссылка: Скачать
Описание:
Необходимо иметь два ехе: h3te.exe(Феникс, ТЕ) и h3wog.exe (ВоГ) и три папки: Data (Феникс), Data_TE (ТЕ), Data_WoG (ВоГ).]]>