На вскидку, вот это должно быть ответственно за обработку клика по карте, а именно, sub_0040F350:
.text:0040A1CE mov eax, [ebx+0E4h]
.text:0040A1D4 xor esi, esi ; Logical Exclusive OR
.text:0040A1D6 push esi
.text:0040A1D7 push esi
.text:0040A1D8 push esi
.text:0040A1D9 push 1
.text:0040A1DB push 1
.text:0040A1DD push eax
.text:0040A1DE mov ecx, ebx
.text:0040A1E0 call sub_00412BA0 ; Call Procedure
.text:0040A1E5 mov ax, [ebx+0E6h]
.text:0040A1EC push 1
.text:0040A1EE push esi
.text:0040A1EF lea ecx, ds:0[eax*4] ; Load Effective Address
.text:0040A1F6 movsx edx, cx ; Move with Sign-Extend
.text:0040A1F9 mov cx, [ebx+0E4h]
.text:0040A200 sar edx, 0Ch ; Shift Arithmetic Right
.text:0040A203 shl eax, 6 ; Shift Logical Left
.text:0040A206 shl cx, 6 ; Shift Logical Left
.text:0040A20A push edx
.text:0040A20B movsx eax, ax ; Move with Sign-Extend
.text:0040A20E movsx edx, cx ; Move with Sign-Extend
.text:0040A211 sar eax, 6 ; Shift Arithmetic Right
.text:0040A214 sar edx, 6 ; Shift Arithmetic Right
.text:0040A217 push eax
.text:0040A218 push edx
.text:0040A219 mov ecx, ebx
.text:0040A21B call sub_0040F350


Дизассемблер - Ida (могу дать). Более функциональный дебаггер - OllyDbg (мой уже, наверное, устарел).


А тут их много и не надо.

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

Я в 3.59 сделал возможность вызвать любую проедуру, у которой нет вещественных параметров. В Эре тоже можно сделать, только это лучше делать как полноценную команду, чтобы отличать числа от строк и чтобы кол-во параметров не прописывать. У меня это выглядит так:
mem.call(адрес, calling_conversion, параметры)
calling_conversion: 0 - stdcall, 1 - thiscall, 2 - fastcall

Всем привет.

Сейчас занимаюсь проблемой генерирования полностью симметричных рандомных карт.

Раздобыл описание формата карты h3m, написать конвертер из XL-U в симметричный XL+U теперь уже дело времени

Но есть проблема - как подцепить результат к Героям. То есть чтобы не ручками народ генерил - распаковывал - конвертил - загружал, а чтобы автоматически все шло.

Какая-то подмена карты в момент запуска ее или что-то такое. Видимо, надо потрогать код в том участке, когда генерация карты уже закончилась, но сама игра еще не началась. Или файловую операцию записи/считывания перехватить (если Герои карту сначала сейвят, а потом с диска стартуют).

Может кто-нибудь поспособствовать ?

Добавлено ([mergetime]1228417610[/mergetime]):
Это для TE 1.03R нужно (как и то, что выше спрашивают SAG и asm).

> Раздобыл описание формата карты h3m

Эх, намучишься ты с ним... Там кроме того ещё и ошибки есть.

Мне кажется сохранённная карта на диске это скорее побочка... так что думаю это будет сложновато....
У меня как раз обратная идея - не создавать карту на диске:
- карту не созадём
- У Берсерка почти готов автосейвкаунтер
- Т.е. можно будет попробовать писать запороленные сейвы с ключём от обоих игроков
- Так же можно будет делать сейвы текущего дня например каждые 30 секунд и перед битвами - это позволит избавится от проблем с вылетами героев и повтором хода, а так же с намеренными дисконектами.
- Если сейв был сделан во время текущего хода передбитвой, то после загрузки начинать битву автоматом.
+ Ещё сделать такую фичу: при чужом ходе игрока что бы можно было куда-нть кликнуть и увидеть процессы пользователя - позволит избежать АртМани, хотя тоже не панацея, можно АртМани переименовать в svchost.exe

Ну вот такие идеи.

В природе существует версия без ошибок ?


Добавлено ([mergetime]1228421218[/mergetime]):
Артмани не критично имхо. Пользоваться умеют единицы, а умело пользоваться (читить и не палиться) может и вообще никто не умеет.

Плюс защита будет слишком сложна и скорее добавит гемора игрокам, чем реальную преграду поставит. Поэтому предлагаю забить. Есть более критичные вещи.

Собстна пароль на сейвы + несохранение карты на диск этого более чем достаточно на текущем этапе.

Напиши мне, я тебе дам модуль на Делфи для чтения карты.
Только напиши, что вообще конкретно ты хочешь, что такое симметричные карты.

Добавлено ([mergetime]1228430120[/mergetime]):
- Если сейв был сделан во время текущего хода передбитвой, то после загрузки начинать битву автоматом.

Это невозможно нормальными средствами...

Алгоритм там такой:

1) Генерится карта XL-U на 4-х игроков по определенному шаблону (уже сделал его).
2) Внешней программой добавляется подземка, куда копируется содержимое поверхности.
3) Цвета стартовых замков меняются так, чтобы игроков стало 8, а синий находился строго под красным. Тип замков не меняется, то есть красный и синий играют одной и той же расой.
4) Делаются связи между плоскостями. Тут в зависимости от шаблона варианты. Все они так или иначе сводятся к заменам нейтральных городов/деревень определенного типа на лифты или телепорты. В том шаблоне, что сделал, планируется 3 лифта и 6 систем односторонников, ко всем идут дороги (ибо бывшие города).
5) При старте игры скриптами выравнивается начинка объектов, то есть одинаковое содержимое банков, кучек, хаток, универов, одинаковые арты и т.д.

Собственно всё.

Скинь на мыло библиотеку плз - wicforever@mail.ru

Добавлено ([mergetime]1228465025[/mergetime]):
Еще вопрос - можно ли сделать 9-й односторонник ? Не хватает

Отправил. Если каких библиотек не хватает - они и не нужны.
Они нужны для работоспособности программы, для чтения лодов и проч., просто отключи.

По поводу формата карты - в описании пропущена последняя секция - список объектов с координатами.

Методом тыка было выяснено, что сначала идет 4 байта - количество объектов, а дальше на каждый участок или 12 или 24 байта в формате
1 байт - x координата
1 байт - y координата
1 байт - z координата
видимо 4 байта - какой-то код объекта (у рандомных карт они упорядочены по номерам
дальше служебные поля (видимо, доп свойства объектов)

Собственно вопрос - как определить, 12 там байт будет выделено или 24 ? Бывает ли больше байтов на объект (замки/деревни мб ?)

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

Не, я пока библиотечку не смотрел. Ибо на работе сейчас mail.ru недоступен, да и Дельфи нету. Поэтому с Турбо-Паскалем ковыряюсь . Заголовок разобрал, территорию скопировал, а со списком объектов вышеописанный трабл вышел.

Там гораздо сложнее чем ты думаешь.

Это компенсируется простотой задачи .

Нужно сдублировать 2 массива: территория (сделал) и объекты, во втором поменять везде z координату с 0 на 1. И заголовок слегка пофиксить (есть описание, да и научный тык работает).

Собствено copymap.exe это и делает, поэтому надо сдублировать ее функциональность и чутка расширить.

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

Я уже прислал Wic библиотеку на делфи.

Прежде всего, если можно, то Ангел. В крайнем случае Берсеркер/Берс, от Берсерка коробит

Что касается информации, то опишу очень кратко и применимо к последней версии.

I. Эра основана на ехешнике версии ТЕ. Из статического патчинга только исправление пары злостных ошибок ЕРМ, вроде отключения скриптов или проблем с дорогами. Также пропатчено место после того, как ZVS заканчивает патчить ехе с переходом на код, вызывающий библиотеку Angel.dll, которая и реализует дальнейший функционал.

II. Angel.dll инициализирует модули, каждый из которых патчит нужные для работы места в ехе. Затем управление возвращается игре.

III. Взаимодействие Эры с ЕРМ довольно прозрачно, хотя кодить будет удобнее с новым компилятором, поддерживающим полноценные макросы. Для реализации взаимодействия ЕРМ и кода использован триггер и ресивер SN. Они самые редко используемые и не загруженные бесконечными case-ами.

Переменные v50-v99 зарезервированны под нужды Эры (хотя в исходниках и можно произвольно изменить стартовый индекс).

v50 используется как команда ядру Эры. ЕРМ вызывает триггер SN через ресивер проигрывания звука SN:Pz1. Процедура PlaySound перехвачена и управление получает Эра. Далее анализируется содержимое v50. Если это 0 (стандартное значение), значит проигрывается звук, вызывается ЕРМ триггер. В общем всё так, как будто никто ничего не менял.

Возможные значения v50 (и параметров: соответственно v51, v52...)



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

В частности, вы вызываете !!VR:C и инициализируете сразу все параметры. Быстрее через ЕРМ это можно сделать лишь отдельной командой, что, правда, лишь ещё больше раздует ЕРМ case-ми, и приведёт лишь к мизерному приросту производительности.
Далее вы вызываете !!SN:Pz1, что очень быстро приводит нас к PlaySound, а там анализ умещается в пару десятков строк, причём сверху asm-овских case-ов идут самые частоиспользуемые команды.

Пояснения:



Последний список изменений уже намусолил всем глаза:



Для поддержки плагинов Эра после своей инициализации до передачи управления игре загружает библиотеки, имена которых прописаны в файле EraPlugins.dat в формате 1 имя на 1 строку. В конце обязательно наличие символов #13#10. В пользовательских dll можно произвести нужный динамический патчинг.

Функции для Паскаля/Делфи:



Интерфейс:



IV. Применение на практике.

1. Использование новых событий. В текущей версии обязательно, иначе будут происходить очень странные вещи. В новых версиях всё будет несколько дружелюбнее. Поехали.

[События нажатии клавиши]


События нажатия клавиши очень тонкое и требует бережного обращения. Представьте себе, что вы желаете изменить стандартную реакцию нажатия на 'L' (Load, загрузка сейва). Тут же нарисовываются несколько проблем. Первая - нет возможности определить, в каком диалоге мы находимся. Это карта приключений, битва, опции...А может сейчас отображается обычное сообщение через !!IF:M? Второе, в ЕРМ нет понятия стёка. Так, событие привело нас на код ЕРМ, что вызывает диалог, который тоже порождает событие, которое вызывает ещё один ЕРМ диалог...В это время куча переменных по сто раз меняют своё значение!

В итоге код должен быть довольно гибким. Ниже представлен каркас для последующих примеров. Это лишь мой вариант, каждый может реализовать всё удобнее для себя. В нём предполагается, что скрипт00 - единственный в папке, а также то, что во время показа стандартных диалогов не нужно перехватывать нажатия клавиш.



Знаете, играл в Mount & Blade. Игровой движок там на Питоне. Тормозит каждое простейшее меню, а у скриптописцев возможности практически на нуле. Эру это не касается, даже перехваты клавиш происходят очень быстро и пользователь мгновенно увидит работу скрипта, как будто это игровой код, а не ЕРМ+DLL.

А теперь код простейшего скрипта в стиле Реквизита. Нажатие на клавишу 'L' не вызывает вопрос "Вы действительно хотите загрузить игру?" и т.д, а выводит сообщение с просьбой перечислить 5 у.е на их счёт. Поехали:



На тестовой карте (ссылки в конце поста) нажмите L и увидите реакцию.

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



[События нажатии клавиши]


Пожалуй, для полноты рассмотрим ещё одно событие с примером. Для остальных будет просто описание.

[Событие: Контроль над очерёдностью хода в битве]


Тестовый скрипт позволит нам на тестовой карте выигрывать любые сражения за...1 ход. Почти любые. У героя имеется один стёк - 50 арбалетчиков. Пусть они всегда ходят (считается, что МЫ всегда нападает на противника). Таким образом мы попросту растреляем армию противника, не дав кому-то походить.

; Все клавишные события направляются игре


Как видите, всё довольно просто и внутренняя рутина скрыта от глаз скриптописцев.

[Событие: Игра сохранена]


[Событие: Запись данных в сейв]

Удобные функции:


[Событие: Загрузка данных из сейва]

Удобные функции:


[Событие: Вход в Окно Героя]


[Событие: Выход из Окна Героя]


[Событие: До действия (пример: регенерация троллей)]

Описание TBattleMonster я позаимствовал из исходников ЕРМ и прилагаю к материалам данного кратчайшего руководства.

V. Опции Эры.
На данный момент их три:



Изменяются через экспортируемую Angel.dll функцию:


Запароленные сейва только через Эру+ЕРМ - невозможно. Хотя, если нужно всего лишь запретить загрузку сейва, то есть вариант. Правда, загрузив сейв через другой ехе, этот вариант обойдут.

Что касается столь сложного слова автосейвкаунтера, то гораздо проще просто автосейвы по дням + в начале хода, что элементарно, но тестировалось на сингле и для сингла.


А где Pascal? Или его уже отожествляют с Делфи, а FreePascal, TMTPascal, Virtual Pascal и прочее забыты?


Взял термин на вооружение


Старик ещё жив???

[ВЛОЖЕНИЯ]
Тестовая карта: Высокомерие = Скачать
Era_6_12_08.rar

я надеюсь будет хелп, желательно в chm )))

Ну, Хмм.., тебе-то для Хоты нужно только уметь прописать имя своей DLL в файле EraPlugins. А в ней уже патчить ехе, при чём для удобства можно использовать функции WriteAtCode и HookCode, что я привёл выше как альтернативу WriteProcessMemory, что юзал ты.
Остальное - для скриптописцев.

Спасибо, Ангел! Родина не забудет.

ЗЫ. Бедные арбалетчики! Они ведь могут столкнуться с группой лазуриков, и у них тупо не хватит стрел...
Лучше использовать Вампиров или Наг

Добавлено ([mergetime]1228599168[/mergetime]):
В chm хелп напишет Драколич

Слишком сложно

Уже думал об этом, но решил не усложнять И это, подвоза в помощь


А я упрощу: помести имя длл в EraPlugins.dat. 5 слов, проще никак

А зачем? В Героях и в нормальных dll используются только эти и cdecl.
Я забыл написать, что 0 - это и stdcall, и cdecl.

ЕРМ-у явно не хватает своего Якова Перельмана . Моск сломать можно обо всё это ...

Добавлено ([mergetime]1228670877[/mergetime]):
Кстати, не было мысли написать читабельный язык для ERM ?

Чтобы был на Си/Паскаль похож. Учитывая общую простоту языка это не сильно сложно, написать LL(1)-грамматику с парсером тут достаточно просто будет.

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

Ангел, такое предложение: пусть не в конфиг-файле прописывать имя плагина, а создать каталог Plugins и в него все плагины кидать. Тогда с помощью обычного инсталлятора можно будет интсаллировать аддоны нового поколения. А инсталлятору дать команду дописать в файл гораздо сложнее.

Добавлено ([mergetime]1228671279[/mergetime]):
Отвечаю на предыдущие посты:
есть, и где-то здесь были выложены проги для этого. ищите внимательнее.

И вообще структуру папок вога надо привести в порядок, а то аж страшно становится.

Модеры, сделайте отдельный форум по эре.
Ангел, есть одна идейка: возможность патча на лету. Подробнее в личку кину.

[quote]А зачем? В Героях и в нормальных dll используются только эти и cdecl.
Я забыл написать, что 0 - это и stdcall, и cdecl.[/quote]
Мда, значит я всегда юзаю ненормальные DLL, потому как применяю только соглашение PASCAL.

[quote]Ещё вопросик насчёт совместимости с ТЕ: получается только необходимо проверить что в ТЕ не используются переменные v50-v99 а так всё должно работать.[/quote]
Именно так. Хорн вроде использовал только большие индексы, но мало ли.

[quote]По поводу запароленых сейвов... не пойму почему невозможно.... у тя же я так понял есть возможность подключать dll-ки + уже есть GZipWrite и Рид[/quote]
Да, так и есть. Но фича в том, что управление ЕРМ получает, когда сейв уже записан, ZVS сохранил все нужные данные и скриптописец может сохранить свои, они будут в конце. Чтобы шифровать сейв, нужно перехватывать процедуру GZipWrite, шифровать данные указанным ключом и возвращать управление оригинальному коду. Если подобное дело нужно для турниров, и реально достают читеры, то почему бы и не ввести механизм

[quote]Автосейв каунтер - это и есть прога которая просто переименовывает текущий автосейв в автосейв текущего дня[/quote]
Автосейвы можно отключить, а сохранять игру через ЕРМ.

[quote]понял что теоретически реально реализовать ОДНОВРЕМЕННЫЕ ХОДЫ!!!![/quote]
Теорию нужно доказать практикой.

[quote]3) Где-то недавно видел на форуме была ссылочка на дизасемблер, который генерит дополнительно псевдо код,[/quote]
Плагин к IDA, стоимость - 5000 у.е.

[quote]ЕРМ-у явно не хватает своего Якова Перельмана . Моск сломать можно обо всё это ...[/quote]
Если поверхностно пробежаться глазами, то и ЕРМ будет сущим адом для привыкших к строгим ЯП. А если разобраться, то окажется, что всё просто и универсально.

[quote]Кстати, не было мысли написать читабельный язык для ERM ?

Чтобы был на Си/Паскаль похож. Учитывая общую простоту языка это не сильно сложно, написать LL(1)-грамматику с парсером тут достаточно просто будет.[/quote]
В ЕРМ много ограничений, что делает написание подобного диалекта отнюдь не тривиальной задачей. Попробуйте, раз это просто. Все, кто начинал, бросили.

[quote]да хотя бы какую нить обертку-макрос, чтобы можно было константы хоть как то идентифицировать.[/quote]
Компилятору SCVS уже больше года. Входит в Феникс и долгое время лежал на Вог-архиве. Там есть переменные, массивы, константы.

Пример кода:




Код, правда, разрастётся немного. Дело в том, что в Винде поиск файлов сделан по кривому. Для корневого диска один синтаксис, для пути, где больше 256 символов другой, где меньше - третий. Впрочем, это не важно. Значится будут подгружаться все DLL из папки "Era Plugins".

[quote]И вообще структуру папок вога надо привести в порядок, а то аж страшно становится.[/quote]
Меня самого коробит. В Соде пара папок и файлов, всё чисто. В Воге - просто энциклопедия файлов и папок с различными названиями.

Добавлено ([mergetime]1228678861[/mergetime]):
[quote]Ангел, есть одна идейка: возможность патча на лету. Подробнее в личку кину.[/quote]
Дельное предложение. Остаётся только выбрать формат для патча. В Mount & Blade используется что-то вроде:



Для пары мест - это норма. А если много, то время будет зря потрачено на парсинг текстовика и преобразования чисел в integer.
Предлагаю такой вариант:



Пример:



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

Ну ЕРМ больше Ассемблер напоминает, чем языки высокого уровня.

Трудности в придумывании диалекта или в его реализации ? Если первое, то хз, сам ЕРМ пока плохо знаю. А если второе, то это решаемо, было дело писал компилятор Паскаля, и технологию всю эту освоил.

nop nop nop nop nop
да, очень даже ничего.


а количество байт нужно ли?

Позже дошло, что нет

Добавлено ([mergetime]1228679928[/mergetime]):

И в том и в другом. Со стороны кажется проще, сперва лучше полностью освоить ЕРМ, а потом делать выводы.

> Адрес[hex] Кол-во байт[hex] хекс-коды подряд#13#10

Можно в ini сделать:

[Patching]
701000=9090909090
702000=909090

Или если нельзя в качестве ключа давать цифры, то

[Patching]
I701000=9090909090
I702000=909090

А зачем усложнять? Ведь это писать будет человек в блокноте, а ему лишние секции врядли нужны.

Чтобы использовать функцию WinAPI для чтения ключей. К тому же - лично у меня редактор ini-файлов встроен в Тотал коммандер.

http://www.zshare.net/download/5419935d3a79d1/ (спасибо Entuser'у)
[Edit] говорят, что оттуда не качается, так что вот: http://narod.ru/disk/4261296000/IDA%205.2%20Install.rar.html (ida.wll в корне скопируйте в папку Иды, чтоыб она дружила с базами от старых версий)
Сразу скажу, что нисмотря на неработающие стрелки навигации, там можно жать Esc, чтобы перейти к прошлой процедуре.


В 3.59 будет(и уже есть) Луа. Весь ЕРМ можно из нее вызвать.


Да, мне она тоже приходила. Точнее, патчить можно и через UN:C и аналоги для Луа (и CopyMem). А вот хуки в код из Луа ставить... Тогда бы все, что угодно, можно было сделать. Но думается мне, что это перебор.

Тут как я поняла речь идет о времени когда скриптовый язык ещё не загружен.

Даже когда еще и exe не загружен.

Мне кажется здесь это будет лишним, ини здесь ни к чему. Чем проще, тем лучше.

Почему я собственно предложил ini, потому что была такая мысль - вместо всех текстовиков, которые есть в вог-архивах (Action, h3sprite и проч.) использовать один - Install.ini, в котором всё это и прописать.
И тогда в нём же можно и добавлять адреса для ран-тайм патчинга.

Это ссылка на IDA ? И там в составе HEXRays ? Или HEXRays надо будет отдельно доставить ?

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

Как реализовывать шифрование сейва? Пока что не совсем ясен алгоритм. Не ясно также, как определить кто сервер, а кто нет.

Алгоритм следующий:
- Перед началом игры оба игрока вводят пароль, ну или сохраняют в ТЕ.ini
, ну в общем так что бы программа могла получить доступ до паролей обоих игроков
- При сохранении применяет пароль склееный из 2-х половинок
Правда есть некоторые скользкие моменты:
- Как загрузить сейв если игра вылетела

Нужна помощь по тестированию Эры в сетевых играх. Потому как после финальной версии, над которой я работаю, изменения больше вноситься не будут.

Насчёт шифрования сейвов. Если нужна защита от обычных людей, не сведующих в ЕРМ и файлокопательстве, то делается всё просто.
На старте каждый игрок вводит пароль, из них лепится один, который через ЕРМ отправляется каждому игроку и запоминается в глобальной переменной. В триггере загрузки карты выводим диалог с просьбой ввести пароль. Если пароль неверный, то вызываем исключение с вылетом:

!!UN:C0/4/7;

Подожди, не будут. А как насчёт надстроек Дьякона по новым городам, кричам и проч.?

Это уже полностью Дьякова задача. Эра автономна. А в своих длл можно реализовывать что угодно - любые нужные процедуры на экспорт и любые новые события.

Останется только быстро поправить лог. Про пароли - не стоит это того, читеров это не остановит, есть куча других способов играть не честно.