igrik, я плохо плаваю в этих адресах.
А зачем присваивать x2 значение -1, если следующей командой мы его переписываем?
!!VRx2:S-1;
!!UN:Cy2/4/?x2;

(30.06.2020 13:16)igrik Wrote:  У ХЕРОМАНТА это BASE
У Кавалериста это H3Main
У Сава/Бараторча это o_GameMgr

BASE - терминология Славы из исходников WoG, перекочевавшая и в MoP. Так же как и в IDA базу от WoG Team. Поэтому исторически сложившееся понятие "базового адреса" применяю до сих пор (старовер я).

H3Main - такое же странное название базовой структуры, ну это выбор Кавалериста (его структуры больше для профи, ибо совершенно не откомментированы, мне в них сложно что-то найти).

o_GameMgr - более соответствует реальности, но намеренная кастратность геройских структур, представленная моддерам для платформы HD-мода, меня не прельщает (Бараторч тогда отвечал, что вырезал всё, что не использует HD-мод, но это просто нежелание делиться наработками по структурам от Hota Crew).

Увы, разобщённость сообщества моддеров приносит свои плоды.

(30.06.2020 13:16)igrik Wrote:  на самом деле я в который раз удивляюсь твоей способности "помогать не помогая"

Только подсказываю. На ERM должны учится делать сами.

Unfortunately 0x699538 is not a manager as some other classes from heroes3; otherwise we could deduce its name easily.
"Game" makes sense to me, as it holds data pertaining to the game. Without lack of a name for certain, I just went with "Main" as alternative for wog's "Base".
Base should be reserved for BaseMgr 0x699550 that handles all managers...which I poorly named Executive after Wog sources... rename was in fact done on source not long ago.
I renamed a lot of things recently and continue to do so... I know h3api is large and not the best documented, so far I went with a descriptive approach which was not something that could be said of many wog sources. There are plans for thorough documentation when time permits...

For mapeditor there is less doubt for names (although uncertainty remains) as it was compiled with RTTI giving us a lot of class names.
Question remains whether to part away from historical names or not.
e.g.
nwc vs common use
CSprite = Def
CSpriteFrame = DefFrame

(30.06.2020 18:29)RoseKavalier Wrote:     There are plans for thorough documentation when time permits...

Не трать зря время, на всех не угодишь. Никакие комментарии не помогут, если человек не занимается практикой. Если же занимается - то извлечь из H3API огромную пользу не составит труда. Большинство наименований структур и полей, что называется "self-explanatory", тем более что, насколько я понимаю, ты потратил немалое время именно на подбор наиболее подходящих названий/наименований.

(30.06.2020 13:29)wessonsm Wrote:  igrik, я плохо плаваю в этих адресах.
А зачем присваивать x2 значение -1, если следующей командой мы его переписываем?
!!VRx2:S-1;
!!UN:Cy2/4/?x2;

стандартная инициализация в нейтральное значение, обнуление типа.
это правило хорошего тона опытного скриптера, как я себе это представляю.

Bes, если далее сразу же перезапись, то можно не инициализировать. Однако вреда не будет. Бывает, строку удалишь, а дальше случайные баги.

(30.06.2020 18:29)RoseKavalier Wrote:  Unfortunately 0x699538 is not a manager as some other classes from heroes3; otherwise we could deduce its name easily.

Мне почему-то казалось, что отличие менеджера от обычной структуры - в способе инициализации при загрузке и выгрузке (и соответственно в разных методах расширения: для менеджера всегда патчится функция, которая его создаёт, чистит и уничтожает, а для обычной структуры просто тупо переносится память). То, что имя не сохранилось - скорее всего оно просто не нужно при отладке игры. Тот же менеджер битвы обзывают то CombatManager, то BattleManager, то ещё какие-то абырвалги, и вроде ничего (главное - расписанная структура, а имя - побочный продукт).

Также менеджер всегда имеет базовый адрес, по которому игра его видит. У BASE базовый адрес так же имеется.

(30.06.2020 13:29)wessonsm Wrote:  А зачем присваивать x2 значение -1, если следующей командой мы его переписываем?
!!VRx2:S-1;
!!UN:Cy2/4/?x2;

Это я на автомате написал. Конечно строки с обнулением в данном случае не нужно)

(30.06.2020 20:39)XEPOMAHT Wrote:  

(30.06.2020 18:29)RoseKavalier Wrote:  Unfortunately 0x699538 is not a manager as some other classes from heroes3; otherwise we could deduce its name easily.

Тот же менеджер битвы обзывают то CombatManager, то BattleManager

Кавалерист говорит о том, что каждый из существующих игровых менеджеров имеет своё название (текстовое поле), видимо нужное для более простой отладки и понимания в какой момент какой порядок менеджеров используется.

Менеджер->0x14 = char mng_name[28];

(01.07.2020 18:31)Bes Wrote:  

igrik Wrote:

Можно обратиться к исходникам MoP, где есть список менеджеров:


По ним BASE так же не менеджер, а просто кусок динамической памяти:


Но по хотовским сорцам BASE уже в списке менеджеров, поэтому тут не известно чему верить:

(01.07.2020 19:13)XEPOMAHT Wrote:  По ним BASE так же не менеджер, а просто кусок динамической памяти

Но по хотовским сорцам BASE уже в списке менеджеров, поэтому тут не известно чему верить

В данном случае я склонен больше верить хотовским сорцам, и считаю что _GameMgr_ это всё же менеджер, учитывая то как и где он создаётся.

Да мне-то что верить. Я даже не знаю, почему они называются менеджерами, а не какими-нибудь супервайзерами.
Хотя вот для этих:
я скопировал оригинальные имена данных... сущностей. Игра сама их так и называет.

Base/Main/Game also lacks virtual table... one can say it manages memory and it can even be called BaseMgr, MainMgr, GameMgr... but it is not a manager in the sense of nwc code ~ the class is not derived from BASEMGR (0x44D200) whereas the others are (and some other). There are also has subsequent initializations to temporary memory when you are in campaign dialogs or choosing a new map, all things that make it different from the others. In the big picture the impact is ~~0 when suitable name is used.

Random map creation also uses a central structure, which is simply named "random_map_generator" according to mapeditor

Game Data/Details/Info/... is the most representative name I can think of; base and main are good candidates as well albeit less informative.

someone manages to fix this plugin to unlink disabled buildings so that it works with connected typhon:
Sblocked Buildings

(02.07.2020 02:56)planetavril Wrote:  someone manages to fix this plugin to unlink disabled buildings so that it works with connected typhon

1. Без исходников - никак. Просите Феанора (вроде бы его, раз утащили с H3:SW).
2. Данные, которые меняют эти плагины, можно изменить и без плагинов с помощью бинарного патча / UN:C / напрямую в exe. Включая запрет строений - всё это табличные данные и ни грамма кода.

igrik, в теме UN:C налево и направо идёт установка ссылок на ERT-строки, но их память не гарантируется постоянной (F12, перезагрузка, вызов функции обновления), да и сам формат устарел. Если убрать из ВоГ скриптов z-переменные, я бы лучше остановился на функции AllocZVar, FreeZVar. Давно хотел такой менеджер сделать, да почти вся память была занята тем, чему место в !!VRs^...^