Помогите, пожалуйста, выполнить проверку на действие способности на юнита. Хочется сделать триггер, который при действии конкретной способности 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) образуют утечки. Пусть поправят, если не прав. Как избавиться от них, разберём позже.
Загруженные файлы
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
2
28
5 лет назад
Отредактирован PT153
2
Вместо "Юнит атакован" нужно использовать событие "Юнит получает урон" (нужно регистрировать каждого юнита) с условием (Получаемый урон больше 0 И Источник урона имеет способность Х).
При получении урона баффа ещё нет, потому добавляем в группу.ApplyPoison.
Другой триггер каждую долю секунды проходит по ApplyPoison, каждому снижает армор, удаляет из группы ApplyPoison, добавляет в группу Poisoned. Условие триггера: кол-во юнитов в ApplyPoison больше 0.
Третий триггер каждую долю секунду проверяет наличие баффа на юнитах в Poisoned. Если баффа нет, возвращаем армор, удаляем из группы. Условие триггера: кол-во юнитов в Poisoned больше 0.
Четвёртый триггер при смерти юнита удаляет его из групп ApplyPoison и Poisoned.
2
26
5 лет назад
Отредактирован 8gabriel8
2
Во втором триггере смени комментарии на действия, которые есть только в 1.30
PT153, чего ты гонишь? Он же учится. Второй триггер вон составил без перебора группы, но с обращением к (Picked unit).
PT153:
При получении урона баффа ещё нет
Вообще-то есть. Урон ещё не нанесён, но бафф уже висит.
EHP_Sequence, для Armor ведь есть значения (Default) и (Current)?
Загруженные файлы
4
28
5 лет назад
4
8gabriel8:
Вообще-то есть. Урон ещё не нанесён, но бафф уже висит.
Да? Значит всё ещё проще.
Он же учится.
Лучше сразу учиться делать правильно. Событие "Юнит атакован" нагружает игру, так как срабатывает очень часто, особенно если в действиях что-то тяжёлое. У меня из-за него моя тдшка лагала. Поставил условие, что для каждого юнита это событие срабатывает не чаще 2х раз в секунду, лаги исчезли.
0
19
5 лет назад
Отредактирован Ev3nt
0
Событие: применение способности
Условие: если применяемая способности = х
Действие: отряд выбрать каждого юнита в зоне игровой карты с условием, если совпадающий юнит = юнит цель
Дальше думай сам, ибо я не работал с броней и не изменял ее. Поищи функции, мб есть. Надеюсь ты меня понял.
2
28
5 лет назад
2
Событие: применения способности
У него пассивка.
Действие: отряд выбрать каждого юнита в зоне игровой карты с условием, если совпадающий юнит = юнит цель
А это зачем, ведь можно сразу к цели всё применить.
0
19
5 лет назад
0
PT153:
Событие: применения способности
У него пассивка.
Действие: отряд выбрать каждого юнита в зоне игровой карты с условием, если совпадающий юнит = юнит цель
А это зачем, ведь можно сразу к цели всё применить.
Если ему потребуется что-нибудь добавить
0
12
5 лет назад
0
Всем большое спасибо за ответы, особенно Габриэлю. Но я все же пытаюсь отредактировать триггер. Сейчас снижение армора началось, но уменьшается каждый раз когда действует яд. Не очень понимаю, как остановить снижение каждую секунду.
А, понял, PT153 об этом и написал в третьем триггере.
Так, пока еще победы нет. Теперь отравленный юнит не теряет защиту каждую секунду действия яда, зато теряет лишний раз защиту при атаке паука (2 атаки - 12 армора, 3 атаки -18 и т.д.). Думаю над этим.
PT153:
8gabriel8:
Вообще-то есть. Урон ещё не нанесён, но бафф уже висит.
Да? Значит всё ещё проще.
Он же учится.
Лучше сразу учиться делать правильно. Событие "Юнит атакован" нагружает игру, так как срабатывает очень часто, особенно если в действиях что-то тяжёлое. У меня из-за него моя тдшка лагала. Поставил условие, что для каждого юнита это событие срабатывает не чаще 2х раз в секунду, лаги исчезли.
К сожалению, я так и не понял, как вместо "юнит атакован" сделать "юнит получил урон" или "юнит потерял здоровье".
0
28
5 лет назад
0
Если есть возможность подождать вечера понедельника, то сделаю наработку с комментариями. Лучше мне в понедельник об это напомнить.
0
12
5 лет назад
0
И еще армор обратно не возвращается.
PT153:
Если есть возможность подождать вечера понедельника, то сделаю наработку с комментариями. Лучше мне в понедельник об это напомнить.
Думаю, нет необходимости, но мне кажется, я близок достаточно. У меня такая идея -- сначала создать переменную "Initial armor", в которую возвращать исходный армор отравленного юнита, а затем уже применять триггерное снижение армора (в тригере 2).
0
26
5 лет назад
Отредактирован 8gabriel8
0
Вот действие на установку скорости движения юнита, можно выбрать значения (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
28
5 лет назад
Отредактирован PT153
0
8gabriel8, у тебя выходит, что каждый раз, когда юнит атакован, добавляется событие. Ты уже как-то описывал решение этой проблемы через группу.
(Picked unit), (Triggering unit), (Attacked unit)
Они не вызывают утечки, вызывают утечки точки и неудалённые группы.

В Poisoned units лучше добавлять во втором триггере.

Тут можно обойтись 1 группой Reduced Armor и проходить только по ней.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.