Помогите, пожалуйста, выполнить проверку на действие способности на юнита. Хочется сделать триггер, который при действии конкретной способности X на юнита, понижал бы армор этого юнита на сколько-то единиц. Для этого пытаюсь создать триггер, проверяющий действие способности X на какого-нибудь юнита, и если "да", то выполнить понижение защиты. Но я не знаю, с чего начать - явным образом в "generic unit" events не нашел ничего похожего на "проверить влияние какой-нибудь способности", значит, это событие надо как-то хитро создать самому. А с чего начать в создании этого события - подскажите, плиз?

Принятый ответ

Вот действие на установку скорости движения юнита, можно выбрать значения (Default), то есть прописанное в РО, и (Current), которое у юнита сейчас. Предполагал, что для Armor аналогично выбрать можно.
Сразу замечу по поводу того, как ты предложил делать, что переменная Initial armor будет переписываться с каждым юнитом, например, у одного 8 защиты, а у другого 4, в результате ядовитых атак у обоих может остаться 4 или 8. Правда, всё это будет не совсем правильное решение, порой оно будет глючить. Так как надо делать, как указал PT153 - отлов урона. Попозже подробнее опишу работу с этим.

По поводу отлова урона, событие Юнит Получает урон можно поставить лишь для Specific Unit, нельзя в редакторе по умолчанию его установить для Player-Owned Unit, либо Generic Unit. Не знаю конкретно, почему так сделано, лишь предполагаю, что это из-за механики игры. Игра наша весьма старая, нехватка вычислительных мощностей в её молодости была весьма актуальна, наверняка был использован приём, когда чётко отслеживался момент получения урона лишь у юнитов в области камеры, а для всех остальных не было просчётов замаха в соответствии с длинной анимации или как-то так. Сейчас нам нагрузка эта от игры на вычислительные мощности кажется мелочью, но в то время банально не хватало памяти, чтобы всё это хранить в ожидании вычислений, с современными мощными играми ситуация аналогичная. Исходя из этого, событие Юнит Получает урон просто не существует для всех юнитов на карте, а лишь для тех, которые попали в обзор камеры, если же юнит, указанный в событии, вне обзора, то возможны два варианта:
  • для него игра проводит более точные расчёты, в чём сомневаюсь;
  • происходят упрощённые расчёты, как и для всех юнитов вне обзора камеры.
Сейчас вычислительные мощности значительно выше, нам хочется иметь событие на отлов урона для всех юнитов, так как оно для распространившихся костыльных случаев лучше Юнит Атакован, для этого можно добавлять это событие любому юниту на карте через действие Триггер - Add New Event.
Например, можно сразу всех юнитов на карте выбрать и дать им это событие, такой способ нравится PT153, а можно давать его лишь юнитам, атакованным ядовитым пауком, такой способ нравится мне. Опишу свою версию триггеров:
триггеры
Первый триггер
События
Боевая единица - A unit Атакован
Условия
(Level of Яд (паук) for (Attacking unit)) больше 0
((Attacked unit) is in Poisoned_units) равно (==) Нет
Действия
Отряд - Add (Attacked unit) to Poisoned_units
Триггер - Add to Второй триггер <gen> the event (Боевая единица - (Attacked unit) Получает урон)
Второй триггер
События
(никаких событий, их добавит первый триггер)
Условия
((Triggering unit) has buff Яд (не буферизуется) (паук1)) равно Да
Действия
Multiple FunctionsIf (All Conditions are True) then do (Then Actions) else do (Else Actions)
Если - Условия
((Triggering unit) is in Reduced_armor) равно (==) Нет
То - Действия
Set Armor of (Triggering unit) to ((Armor of (Triggering unit)) - 6.00))
Отряд - Add (Triggering unit) to Reduced_armor
Иначе - Действия
Третий триггер
События
Время - Every 0.10 seconds of game time
Условия
Действия
Отряд - Pick every unit in Poisoned_units and do (Actions)
.Цикл - Действия
..Multiple FunctionsIf (All Conditions are True) then do (Then Actions) else do (Else Actions)
...Если - Условия
....((Picked unit) has buff Яд (не буферизуется) (паук1)) равно Нет
....((Picked unit) is in Reduced_armor) равно (==) Да
...То - Действия
....Set Armor of (Picked unit) to ((Armor of (Triggering unit)) + 6.00))
....Отряд - Remove (Picked unit) from Reduced_armor
...Иначе - Действия
....Multiple FunctionsIf (All Conditions are True) then do (Then Actions) else do (Else Actions)
.....Если - Условия
......((Picked unit) is alive) равно (==) Нет
......((Picked unit) is in Reduced_armor) равно (==) Да
.....То - Действия
......Отряд - Remove (Picked unit) from Reduced_armor
......If (((Picked unit) is Герой) равно (==) Нет) then do Отряд - Remove (Picked unit) from Poisoned_units else do (Боевая единица - Set Armor of (Picked unit) to ((Armor of (Picked unit)) + 6.00))
.....Иначе - Действия
Но и это ещё не всё) Если не ошибаюсь, такая система получилась весьма утечной, так как все эти (Picked unit), (Triggering unit), (Attacked unit) образуют утечки. Пусть поправят, если не прав. Как избавиться от них, разберём позже.
Загруженные файлы
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
12
5 лет назад
0
8gabriel8:
Не знаю, как в 1.30, но в 1.26 Воскрешение не поднимает тех же юнитов, а создаёт на их месте таких же новых. Лишь герои могут быть нормально воскрешены, поэтому их и нельзя удалять из Poisoned_units.
EHP_Sequence, так наоборот заменить надо было. (Triggering unit) реагирует на юнита в событии, но там такого нет, там время. (Picked unit) реагирует на юнита в группе, которую перебираешь.
Поменял на пикнутого юнита, а также проверил бафф (там ведь еще разница с буферизующимся ядом есть, которую, кстати, я не понял). Теперь происходит следующее -- при атаке паука армор снижается на милисекунду, а затем сразу же возвращается обратно к исходному значению.
А, не так, еще веселее - армор скачет со значения d-4 до d каждую долю секунды.
И он еще не возвращается в обычное значение по истечении действия яда. Короче, что-то не работает как надо.
0
26
5 лет назад
0
Четвёртый триггер убрал?
Заскринь опять триггеры.
0
12
5 лет назад
0
Загруженные файлы
2
28
5 лет назад
2
Второй триггер можно сделать проще: проверку на отсутствие в группе поставить в условия триггера.
Ошибка в третьем триггере: первое условие, (Picked Unit has buff рано Нет) должно быть.
0
26
5 лет назад
0
учитесь сами отлавливать ошибки алгоритмов, не придется ждать помощи сверху а так же придет более глубокое понимание процессов.
0
30
5 лет назад
0
Вот тут была абила со снижением брони, код, если верно помню, не очень красивый, но всё работало как надо.

Там как раз снижение брони на время при автоатаке (каждую N атаку).
Загруженные файлы
2
26
5 лет назад
2
PT153:
Второй триггер можно сделать проще: проверку на отсутствие в группе поставить в условия триггера.
Ошибка в третьем триггере: первое условие, (Picked Unit has buff рано Нет) должно быть.
Второй триггер изначально немного иначе планировал сделать, потому и осталась от того раза конструкция if/then/else, она как бы не мешает, но да, лучше действия и условие вынести в сам триггер. А вот помимо ошибки в третьем триггере, ещё и бафф (буфферизируется), его же не висит на юнитах отравленных. Тоже не знаю, почему он присутствует в редакторе, но предполагаю, что он для версии Reign of Chaos, типа там иначе работает яд, и чтобы была своя версия яда у юнитов в каждой версии игры, просто поставили юнитам оба типа баффов, а каждая версия отключает другой.
2
28
5 лет назад
Отредактирован PT153
2
EHP_Sequence, вот это должно работать, вставишь уменьшение брони и поменяешь в глобальных константах ReduceArmorAbility и ReduceArmorBuff на нужные тебе.
8gabriel8:
А вот помимо ошибки в третьем триггере, ещё и бафф (буфферизируется), его же не висит на юнитах отравленных. Тоже не знаю, почему он присутствует в редакторе, но предполагаю, что он для версии Reign of Chaos, типа там иначе работает яд, и чтобы была своя версия яда у юнитов в каждой версии игры, просто поставили юнитам оба типа баффов, а каждая версия отключает другой.
Бафф зависит от того, стакаются ли эффекты от разных наложителей со способностью яда или нет. Если стакаются (буфферизуется), то висит этот бафф, если нет, то висит другой. Стакаемость зависит от настройки способности. Узнать, что же висит, можно по изменению имени баффа.
Загруженные файлы
2
26
5 лет назад
2
Пытался застакать, используя разные яды, но всегда висел (не буферизируется), что с чем надо накладывать, чтобы второй бафф висел?
2
28
5 лет назад
Отредактирован PT153
2
8gabriel8:
Пытался застакать, используя разные яды, но всегда висел (не буферизируется), что с чем надо накладывать, чтобы второй бафф висел?
Яд должен быть один, нужно его настройки поменять.
Прочитай это и это.

UPD: я уже точно не помню, у меня всё уже давно триггерное)
0
12
5 лет назад
0
PT153:
Второй триггер можно сделать проще: проверку на отсутствие в группе поставить в условия триггера.
Ошибка в третьем триггере: первое условие, (Picked Unit has buff рано Нет) должно быть.
Круто, теперь работает строго так, как надо!
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.