map сделаю к следующей версии патчера, которая выйдет на днях.

Berserker, в патчере целиком и полностью забито на многопоточность.
Точнее в патчере:
1. нельзя создавать/ставить/отменять патчи/хуки в несколько потоков.
2. нельзя выполнять код с LoHook и HiHook (кроме DIRECT_) хуками в несколько потоков.
можно в несколько потоков выполнять Asm и DIRECT_ HiHook хуки.
3. нельзя пользоваться методами VarInit и VarFind в несколько потоков.


Вообще-то обратно возвращаю.

Здесь последний патчер версии 4.2.9.1, хэдер для C++ версии 4.2 и pas-файл версии 2.1:
скачать патчер SDK

я не понимаю зачем давать пользователю LoHook'a возможность обращаться к адресу затертого кода в мосте
и зачем вызывать такое внутри Handler, ведь на момент вызова этого будет неактуальным и непредсказуемым содержимое регистров.

после return EXEC_DEFAULT в Handler
в мосте происходит следующее:
1. значения всех регистров из контекста (HookContext::eax, ...) копируются в соответствующие регистры
2. выполняется затертый код (затертая команда 1, затертая команда 2, ...)
3. прыжок на HookContext::return_address. Если внутри Handler он не изменялся, то это будет адрес после затёртых команд в исходном коде.
Что тут тебе еще может быть нужно, я не понимаю.


проблем c уcтановкой ЛоуХука на команды изменяющие esp - нет.



Здесь главное то, что после выполнения затертого еще можно выполнить еще какой-то свой код внутри Handler.
Под затертым я имею в виду реально затертое (это может быть джамп другого хука, о котором мы не знаем),
А так-то мы всегда можем в Handler продублировать затираемый оригинальный код манипуляциями с HookContext::eax, ...

переделал свой тест

добавил в тестируемый код pushfd - popfd
и добавил еще 2 варианта





old - это то как реализовано перемещение регистров в стек и обратно в последнем опубликованном patcher_x86 4.2.8
через кучу, т.е. некоторые значения проходят путь: регистр -> куча -> стек -> куча -> регистр.

new - это новая реализация: регистр -> стек -> стек -> регистр

По моему очень неплохо для новой, да и старая показывает результат того же порядка. И это 500 000 000 итераций
уж в рамках героев разницей точно можно пренебречь.

Я что-то не понял вопроса.
Всмысле можно ли поставить LoHook который ничего не делает (просто выполняет затертый код)?
Да, можно:

или нужно что-то вроде:

если да, то такое нельзя сделать.
такое есть в WriteAsmHook:
_PI->WriteAsmHook("какие-то команды....; _ExecDefault; какие-то команды...", 0);


для LoHook нет понятия оригинальной (замещенной) функции.
LoHook устанавливается просто на код. Что там за код под ним - не имеет значения.

Я из кода эры не очень могу понять как устанавливается HOOKTYPE_BRIDGE хук.
В самом мосте адрес возврата у тебя не пушится.
Но в контексте он есть, так?
Значит от попадает в стек до выполнения моста, так?
Значит перенаправление на сам мост из оригинального кода идет посредством call?


У меня же перенаправление на мост идет посредством jmp
а адрес возврата помещается в контекст внутри моста.

Второе. Я правильно понимаю что в твоем HOOKTYPE_BRIDGE мосте, если Handler возвращает EXEC_DEFAULT,
то мост игнорирует адрес возврата из контекста и прыгает обратно туда, куда должен по умолчанию?

У меня же в мост прыгает по адресу возврата из контекста , который мы возможно изменили внутри Handler, в любом случае: вернул ли Handler SKIP_DEFAULT или EXEC_DEFAULT

озадачился я вопросом скорости выполнения моста
состряпал тест вот с таким кодом:




скачать тестовый экзешник

результат несколько неожиданный

на моем рабочем ноуте такой:
pushad... : 3074
push edi...: 2386
push eax...: 2590

на лобби сервере для Хоты:
pushad... : 6719
push edi...: 4547
push eax...: 4625

* можно посмотреть в отладчике что тест выполняется честно
* при перестановке местами вариантов результаты теста не меняются

то есть pushad получается самым медленным.
а именно та портянка, которая используется сейчас в патчере - самая быстрая.


***

приведенный мной выше код моста я сократил и убрал перемещение значений esp и регистра флагов через кучу:

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

вобщем теперь переживать из-за размера моста можно будет меньше.

кстати в дампе патчера есть записи
bridge memory - это память выделенная патчером под все мосты.
bridges sizes sum - это суммарный размер всех мостов.

в патчере в мосте лоу-хука до сих пор портянка команд на сохранение каждого регистра
Для все той же обратной совместимости.
Более того, в коде моста много данных в регистр/стек попадают через кучу (временные переменные).
сейчаc код моста вот такой:


Порядок регистров, адреса возврата и регистра флагов здесь продиктован лишь обратной совместимостью.
Да, можно изменив порядок этого всего внутри HookContex сделать короче и красивее.
Но мне лично лень ломать голову как это сделать
я не ASM-нинзя, здесь скорее кто-то вроде MasterOfPuppets нужен.
Предложите ваше решение и я добавлю в патчер "NewFastLoHook" хук. а старый LoHook останется для обратной совместимости.

Но вообще от этой страшной медленной портянки никто, кроме тебя не страдает.
Да и начиная с версии 4 используя PatcherInstance::WriteAsmHook или Patcher::WriteAsmCode можно легко написать низкоуровневый хук точно и тонко самому определив код его моста.



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

Здесь последний патчер версии 4.2.8, хэдер для C++ версии 4.2 и pas-файл версии 2.1:
скачать патчер SDK

Сейчас я в отпуске. Вернусь, покажу пример модинга героев 2. Я же начал делать ХД мод для двойки, но запнулся о локализацию, просто обломало ее делать. И работа дальше не пошла, хотя двойка (экзешник с сигнатурами) - благодатнейшая платформа для модинга.

Так нужый батлфилд (bmp) и так достаточно закинуть в папку _HD3_Data\Common, раз уж обсуждение в теме ХД.

Установи Microsoft Visual C++ 2008 Redistributable Package:
https://www.microsoft.com/ru-ru/download/details.aspx?id=29

Чем еще заниматься людям, кторые (утрируя) умеют только пиксели полировать и отлаживать тени? Это художники должны новый функционал реализовывать? C помощью чего, фотошопа?
Вся разработка игры бОльшую часть самой важной и успешной истории в хоте держится на одном(!) человеке. Я в свое время помог с редактором карт, еще человек сейчас сделал редактор шаблонов. Но саму игру на 99,5% делает один человек.

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


Для многих Хота слишком слабо меняет игру и поэтому ей они предпочитают моды к Эре, Моп.
Для меня лично тоже Хота слишком слабо меняет игру. Там же все то же самое, только либо "скины" новые, либо циферки незначительно в ту или другую сторону изменены. Мне же хочется больше новых механик в дополнение к существующим, которые бы сделали общую механику более глубокой и сложной. Вот например управляемый выстрел магогов и личей, неудача, - это позитивное для меня углубление и усложнение механики. Но подобных изменений в хоте очень мало. Подобные изменения крайне тяжело продавливать, ибо все разбивается об "неклассично" и "не вписывается в концепцию". Если же кардинальность относится к графике, то с одной стороны настоящему любителю игры в шахматы должно быть глубоко пофиг как выглядят и из чего сделаны фигуры. А с другой стороны, в хоте некоторые личности, отвечающие за графику просто маниакально относятся к вопросам стиля и качества картинки. Такого , по крайней мере, отношения к графики у художников NWC просто не могло быть, ибо никто из издателей не взялся бы за проект со сроком реализации в 10+ лет.
Есть конечно по части графики и упущения и недоработки, есть переработки, есть на мой взгляд бессмысленно потраченные силы (когда чинится то, что не ломалось), но в целом планка очень и очень высока.

Вот. Это о том, о чем я говорил. NWC вас вообще ни очем не спрашивала и именно поэтому претензий к оригиналу нет, а не потому что он абсолютный идеал и нравится на 200% каждым своим кактусом.

Да почему не верит то? Еще раз хота - комплексный продукт. Почему нвц не выпустила сборники и багфиксы отдельным модом к Возрождению? А-я-яй, не ужели нвц не верило что в Дыхании что-то может быть не интересно?
Зачем было городить эту жуткую графику в Трешке? Почему нельзя было сделать графику как в Двойке, а новую выпустить отдельным модом?

Да кто ж спорит то с тем что всем не угодишь. Просто, я например, умею смириться с тем что не интересно, закрыть на это глаза или привыкнуть, пересилив себя, чтобы насладиться тем, что интересно. В жизни приходится так делать постоянно. Если этого не уметь, то в жизни вообще ничего выбрать не сможешь. Потому что любой реальный сложный объект не может нравится каждой своей гранью на 200%.

А вообще, BratetsVolk, скажи конкретно, что именно тебя отвернуло от Хоты, и почему это заимело такое решающее значение?


Более того (открою тайну) вам навязали Замок, Оплот, Башню и остальные. Почему не пойти тем же путем я не понимаю.


Корректнее: Соду не нужны новые замки, чтобы оставаться Содом.
Ну так и у хоты нет задачи сделать новый аддон, который остался бы Содом. Надеюсь, всем очевидно, что такая задача была бы абсурдной.

Команда старается, пытается реализовать свой идеал. Багфиксы и правки баланса - необходимая часть этого идеала, как и новый контент. Почему команда должна напрягаться, чтобы удовлетворить хотелки того, кто не разделяет их представлений о идеале, того кто не может/не хочет оценить их труды комплексно?

Разбить комплексный продукт на независимые составляющие - это работа. Такой масштабный продукт - много работы. Кто эту работу будет оплачивать?
Желание того, чтобы именно твой продукт обладал максимальным количеством, недоступных для продуктов других производителей, положительных качеств - это совершенно естественное, обычное желание. Поэтому обвинять команду в том, что она чем-то там не делится - глупо.

Объективно в Хоте нет чего-то такого что может резко отвернуть от нее человека, которому нравится сод.
Тут два варианта: либо для человека в принципе любое добавление неприемлемо портит сод, не важно багфикс это или новый кактус. Либо просто человек в случае с фанатским модом настроен изначально придирчиво и чувствует что есть/была возможность в моде сделать что-то не так, а вот так, как он хочет. И он бунтует из вредности. В случае с оригиналом такого рода ощущения уже кажутся абсурдными. Почему-то.

по той же ссылке доступен оффлайн апдейт до alpha 53

+ теперь на время переподключения останавливается таймер
+ для игры вдвоем теперь ЧАТОМ ИГРЫ становится приват.
+ можно узнать рейтинг игрока, кликнув правой кнопкой мыши на имя в списке игроков.
+ в список шаблонов RMG добавлен шаблон 6LM-8MM mix
- выпилено ограничение на пользованиние лобби для иностранцев, т.е. на вход в лобби с английской хоты на не русской Windows.
+ оптимизации и исправления на сервере и клиенте.

! Для SoD ликвидирован функционал отладочной версии, случайно попавший в альфа-релиз, который автоматом подставлял пароли оппонента.
Новые запароленные сейвы не соместимы с предыдущими (скомпрометированными) версиями HoMM3 HD, и наоборот.
Шифрование сейвов изменено.

Эта альфа по реализованному функционалу уже максимально приблизилась к бета (а по стабильности к финальному релизу). Либо следующая версия либо через одну выйдет в публичный релиз с обновлением по воздуху.

по той же ссылке доступен оффлайн апдейт до alpha 50

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

- исправлен баг оригинальной игры с бесконечным получением заголовков карт и бесконечным ожиданием оппонента после старта в сетевой игре.

по той же ссылке доступен оффлайн апдейт до alpha 48

- исправления ошибок клиента и сервера.

по той же ссылке доступен оффлайн апдейт до alpha 46

* исправления ошибок и оптимизация клиента и сервера.
+ в окне лобби доступна кнопка РЕЙТИНГ (открывает список всех игроков с информацией: место, имя, рейтинг, игры, победы, поражения, ничьи)

Теперь вместо плагина HotA HW 1.38+ следует использовать HW_rules_1.40

по той же ссылке доступен оффлайн апдейт до alpha 43

- исправлены ошибки

по той же ссылке доступен оффлайн апдейт до alpha 41

- исправлен баг, делавший невозможной игру с одновременным ходом для 3 и более человек.
* оптимизация и исправления ошибок сервера.

по той же ссылке доступен оффлайн апдейт до alpha 33

* небольшие оптимизация и исправление ошибок сервера.
+ теперь по клику правой кнопкой мыши на игру, в информации о ней перечислены все ее участники.

по той же ссылке доступен оффлайн апдейт до alpha 31

+ (убогая, но хоть какая-то) поддержка ссылок в чате.

в полее ввода текста:
+ позиционирование курсора мышью
+ поддержка вставки русского текста по [CTRL]+[V]
+ сочетания клавиш [CTRL]+[<-], [CTRL]+[->] и [CTRL]+[BACKSPACE]

по той же ссылке доступен оффлайн апдейт до alpha 30
* мелкие фиксы и улучшения...