Очерёдность хода Опции

[Adept]

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

Воспринимать эту тему рекомендую в контексте или как ответвление темы "Идеальные Герои".

[Sav]

Да, WERD мне явно приснилась – нельзя переписать ERM-скрипт на ассемблере за такие короткие сроки. А S & D со всем её наполнением вообще не существовала.

Иллюзией может являться оценка эффективности подхода. Реальные достижения я под сомнение, конечно, не ставлю.

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

В этом случае он реализует инициативу, а не кто-то, кто использует его dll. Он, собственно, один из немногих.
Да и мне кажется, feanor не станет ставить хуки и делать то, что я считаю полноценной реализацией, - реализуемо через erm/триггеры же.

Да не нужно этого геморроя! Созданная Инициатива – новый скилл монстра. Соответственно, куда её копировать и где хранить – становится задачей мододела, а не содовского кода. В структуре стека его номер (от стороны хозяина) – не меняется при копировании. Это – всё, что нужно, чтобы создать отвязанную от родительской структуру с любыми данными.

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

Да нет же! Скорость остаётся скоростью со всеми своими плюшками и контрплюшками. Затрагивается только очерёдность хода, на которую эти вещи просто перестают влиять. А для новоявленной Инициативы уже делаются совсем другие артефакты, навыки и заклы – какие хочешь.

Если речь идёт о более или менее самодостаточном моде, то это точно нельзя оставлять без решения. И я не вижу причины тому, чтобы старые элементы влияли именно на дальность перемещения.
Если речь идёт о dll, которую кто хочет использует - то по-хорошему надо дать возможность вообще настроить эти артефакты и заклинания.

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

Да, в приведённой тобою функции обращений к скорости (вызовов той же sub_L004489F0) – по крайней мере три, но кто сказал, что они вообще имеют отношение к порядку ходов? Возможно, это только для определения дальности перемещения.

Я сказал. Моего слова тебе недостаточно? Ок, твоя же реализация инициативы пострадает.

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

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

Те же места, где я вставил правки, создают картину, что за инициативу в целом отвечает sub_L00464B30.

Ну, там, по-моему, довольно явственно, что расчёты ИИ функцией, в которой стоят оба твоих хука, не затрагиваются.
Кстати, в той функции надо хучить не 2 вызова, а все 6: 2 из тех, что ты не правил, проверяют скорости на равенство (т. е. у тебя, если у существ равны скорости, которые дальности перемещения, то будет считаться, что равна инициатива), ещё 2 вызываются в случае фазы ожидания. И, кстати, при тестировании это заметить было бы (даже уже было) посложнее, чем зная функцию.

Но в итоге суть введения инициативы всё равно сводится, по-моему, только к хуканию вызовов sub_L004489F0 в нужных местах.

Я же сказал, что эта функция иногда inline`ится. Это значит, что её код тупо вставляется в код другой функции, без вызова. Так что не факт, что сводится.
Кроме того, кое-где скорость после одного вызова функции может быть использована и как дальность перемещения, и как очерёдность, там хуком тоже не обойтись, надо анализировать окружение.

А то тебя послушать – так вообще ничего модить нельзя. «А вдруг есть что-то такое, чего вряд ли когда-то узнаешь – и именно оно испортит всё дело с вероятностью 0.001%». Как тогда вообще новый город создавался?

Новый город создавался не мной. ) Моё дело (далеко не завершённое) касательно конкретно этого города - убрать все эти 0.001% (которые изначально были "слегка" побольше).
А модить можно и нужно. Только подходить к этому следует основательно, просчитывая все возможные нюансы и анализируя код Героев, и быть готовым реализовывать каждый найденный, в том числе и впоследствии, нюанс. Делая же на скорую руку, плюя на то, на это, ничего хорошего создать не получится. Ну будет инициатива с убитым ИИ, нафига оно будет нужно? Это даже не единичная способность, где если ИИ отложить на потом, это не будет особо заметно; это глобальное изменение механики игры. Кто тут говорил про починку несломанного?