Как отследить убивающего юнита в таймере?

Отслеживать, жив ли даммик или нет- можно проверять его здоровье периодически. Отследить убийцу можно с помощью системы отлова урона. Если был нанесен урон > здоровья даммика, то источник урона = убийца. В обоих случаях без дополнительных триггеров не обойтись.

Вместо таймера можно использовать динамический триггер. На этот триггер вешаем и отсчёт времени, и смерть юнита.

Но динамический триггер не покажет убийцу юнита.
По идее можешь в триггере сделать два события, первое на истечение времени, второе на смерть дамми. А в действиях два Если/То/Иначе, в одном будет проверка оставшегося времени таймера равно 0, а в другом проверка смерти дамми.

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

Если опустить это замечание, то да, можно. Создаёшь триггер с событием "юнит умирает" и в нём лепишь к даммику каким-либо методом (например через структуру) убивающего юнита.

Почему вы не вникаете в вопрос? Он же спрашивает, можно ли без этого события.

Без этого события будет только сложнее и с дополнительной нагрузкой.

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

Clamp:

Бывает обоснованно, особенно если событие A unit comes withing range. Но для моих целей обработка местности каждую долю секунды вышла лучше.

Clamp, эмм - сударь, давайте я вам нарежу задач, а вы мне расскажите как сделать не сложнее статическим триггером? Я конечно понимаю что делать как у фрога ради анимации героя спустя 0.5 сек триггер с событием время истекло это глупость, но бывают случаи когда тебе нужно следить за конкретным юнитом особенно тщательно, события урона, смерти, получения приказов.

А в чем порблема триггера-то?

quq_CCCP:

Все эти задачи решаются статическими триггерами не сложнее, чем динамическими.

Clamp, ну я же говорю, плз пример в студию, то бывают не совсем примитивные задачи, мне нужно точно узнать что юнит умер EVENT_WINGED_DETAH, проверить на полученный урон в 0 ед, а так же проверить приказ без указания цели, таких юнитов может быть одновременно до 10.
DracoL1ch, боятся за производительность, триггер же тяжелее таймера + евенты не удаляются.
Хотя я когда проверял на карте где 30 юнитов херачили друг-друга, плодились и умирали на протяжении 15 минут, проблем чето не заметил, ни с памятью ни с числом хендлов...

quq_CCCP:

Это ещё почему...

PT153, ну потому что события вешаются на обьект, к примеру на юнита, а не только на триггер. TriggerRegister*** возвращает triggerevent.
Ну подробнее DracoL1ch, поведает.

почему вы волнуете кто убил? если вы можете в хеш заносить последный занесеный игрок если умер узнаем последный игрока удара и узнаем убийцу.. Не ломай комедией!

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

quq_CCCP:

PT153, ну потому что события вешаются на обьект, к примеру на юнита, а не только на триггер. TriggerRegister*** возвращает triggerevent.
Ну подробнее DracoL1ch, поведает.

А можно, пожалуйста, подробнее? Это получается динамические триггеры навешивают события на объекты и если объект постоянный, это руинит производительность? (Например триггер, который каждую секунду обновляет значения в игровой таблице)

А всё, увидел ответ Драколича, спасибо.

Gremlin222, по поводу обновления игровой таблицы недавно обсуждали. Карта Survival Chaos каждый раз медленнее загружается, пока игру не перезапустишь. Предположили, что дело в строках, так как они кэшируются и не удалятся. Типа как раз значения в игровой таблице являются строками, которые забивают кэш. Тем не менее в той карте проблемы возникали лишь с временем загрузки, а в самой игре всё нормально.

8gabriel8:

Gremlin222, по поводу обновления игровой таблицы недавно обсуждали. Карта Survival Chaos каждый раз медленнее загружается, пока игру не перезапустишь. Предположили, что дело в строках, так как они кэшируются и не удалятся. Типа как раз значения в игровой таблице являются строками, которые забивают кэш. Тем не менее в той карте проблемы возникали лишь с временем загрузки, а в самой игре всё нормально.

Survival chaos долго грузится, потому что там данные в w3u,w3a и так далее, после перевода этих данных в slk таблицы веджитайзером, карта в разы быстрее грузится. Так же в 3.0.1 автор понадобавлял новых лагучих эффектов,которые стоит по хорошему заменить.

Я это к чему, просто в карте LTD x10 на поздних волнах начинает падать ниже критического фпс и я ищу все возможные способы оптимизации этого.

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