Сообщения от NHF - новые герои для Heroes V 3.1

Ёшкин кот, произойди такое хотя бы пять лет назад, это была бы просто бомба...

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

Добавлено через 1 час 38 минут
и в каком состоянии вообще сейчас находится мод? разработка заморожена, я так понимаю, или кто-то еще работает над ним?

Ёшкин кот, произойди такое хотя бы пять лет назад, это была бы просто бомба...

Если бы мододелы додумались бы через maya 2009 экспортировать в maya 6.0 модели с новыми анимациями, 5-10 лет назад это тоже была бы бомба.

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

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

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

Могу связаться с Dyrman и спросить на этот счёт.
В крайнем случае можно было бы подхватить и без него, опять же теоретически, но качество с гарантией пострадает. Он всё же ну очень грамотно писал код: читабельный, хорошо отлаживаемый, все дела...

гм, мне наоборот транслит абсолютно нечитабельным кажется:) а узнать мнение Dyrman'а о такой важной вещи, конечно, нужно!

Товарищи, если у Вас есть желание влиться в нашу команду, то я и уважаемый товарищ Dyrman будем только этому рады!

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

я на 3.1 и тестил, все работает

Есть там одна неисправленная ошибка, из-за которой использовать в боевые скрипты в мультиплеере по интернету будет сложно: скрипт будет дважды запускаться в битве человек-человек. Есть мысли, как это можно исправить, но со стороны Дреднайта нужна будет помощь в изменении патча.

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

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

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

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

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

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

Возможно ли это, или существует лучшее решение?

Если скрипты выполняются дважды в PvP… Что, если скрипту будет дано указание выполняться от имени владельца, при условии, что владельцем скрипта является атакующий? Игра может различать атакующего и защищающегося, поэтому добавление этого правила приведёт к тому, что один из скриптов не будет выполняться.

Возможно ли это, или существует лучшее решение?

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

Моё предложенное решение — вызывать StartCombat для каждого героя с разными владельцами, используя следующий скрипт:

SetGameVar('execution_thread', '1')
Break()

Вместо '1' здесь может быть указан номер игрока, которому принадлежит герой.

Когда начинается PvP-битва, каждый скрипт решает, следует ли ему выполняться или нет.
Например: если игровая переменная 'execution_thread' меньше, чем владелец одного из героев, он откажется работать.

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

Чтобы обойти барьер между картой приключений и боевой зоной для игровых переменных, следует использовать consoleCmd('@SetGameVar(...)') вместе с упомянутым выше патчем.