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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

If scripts are executed twice in PvP.... What if the script is told to be executed owner if the owner of the script is the attacker. The game can differentiate between attacker and defender so adding this rule will make one of the games to not execute the script.

Is it possible or there is a better solution?

dredknightIf scripts are executed twice in PvP.... What if the script is told to be executed owner if the owner of the script is the attacker. The game can differentiate between attacker and defender so adding this rule will make one of the games to not execute the script.

Is it possible or there is a better solution?

The problem is finding out the owner of the executed script. Devs didn't include such function as it would be unsafe since could lead to desynchronization.

My proposed solution is to call StartCombat with every hero with different owners with the latter script:

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

Instead of '1' here could be the number of player who possess the hero.

When PvP battle starts, each script decides whether it should execute or not.
For example: if game var 'execution_thread' is less than the owner of one of the heroes, it will refuse to work.

Note that SetGameVar during multiplayer battles is separated from adventure map (so, another hack is needed, and as part of it, I already sent patch to dredknight). And is separated from game vars on other players' computers.

To circumvent adventure map - combat barrier for game vars, consoleCmd('@SetGameVar(...)') should be used instead with already mentioned patch.