Всегда можно пойти в лоб - отслеживать приказ stop, добавлять в группу. Отслеживать все остальные приказы, удалять из группы.

читал, что в новых патчах добавили boolean-проверку на бездействие. но это может быть не точно

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

Можно выбирать всех работников на карте и если их текущий приказ = null то значит работник стоит афк.

nvc123, мне казалось что stop отдается автоматически в любом случае, но, конечно, могу ошибаться, давно последний раз с этим работал.

Obelick:

Можно выбирать всех работников на карте и если их текущий приказ = null то значит работник стоит афк.

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

нужно что-то типа:

событие - воин отдал приказ стоп
условие - воин=работник (у меня они самоубийцы в по)
действие - повесить баф или добавить способность с бафом.
иначе - удалить баф/способность.

как-то так...

Steal nerves:

читал, что в новых патчах добавили boolean-проверку на бездействие. но это может быть не точно

1.26 нужен. новые версии кривее всего кривого((((

без мемхака?

Obelick, это тоже не всегда помогает к сожалению. как сказал nvc123

Достаточно просто отслеживать, что текущий приказ 0.

newtone:

Совсем не большая нагрузка. В лазурных башнях период меньше, а лагов нет.

Попробуй ForceUIKey("`") (ну или какой там хоткей на выбор незанятых рабочих)

PT153:

В лазурных башнях максимум 5 рабочих на игрока

Steal nerves, это как раз-таки поможет, если приказ 0, то юнит ничего не делает.

Clamp:

А причём тут рабочие? Любой игрок может построит 100500 финальных башен, для которых и делается цикл 4 раза в секунду.

В любом случае нагрузка никчёмная.

Подробнее опишу свою идею: запоминаем выделение игрока, после чего форсим выбор незанятых рабочих в цикле, добавляя их в исходно пустую группу. Когда выделится рабочий, уже находящийся в группе, считаем группу полной и всем рабочим без "!" вешаем "!", после чего выделяем тех юнитов, которые были выделены игроком.

Не уверен, что оно сработает, но сомнение есть только в том, можно ли зафорсить не буквенную клавишу, в остальном метод сработает 100%

Не виду смысла городить костыли через выделение, ибо приказы могут отдаваться триггерно. Достаточно просто 4 раза в секунду у всех рабочих смотреть приказ. Нагрузки на карту не будет. И вообще, с чего бы её быть? Откуда это убеждение, что периодические события или таймеры - плохо?

Выбираем всех рабочих.
Для всех рабочих проверяем приказ. Если он 0, удаляем рабочего из группы.
На выходе имеем группу незанятых рабочих.

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

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

Steal nerves:

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

Способ Clamp данный случай не хендлит как раз. При этом убегающий рабочий не является незанятым.

Но он имеет приказ. Пруф.
Поэтому способ с проверкой приказа на 0 вполне рабочий.

Приказа при автоатаке, убегании - нет. Он пустой.

PT153:

Лол, описанный мной вариант тупо выделяет всех рабочих, которые находятся под кнопкой "свободные рабочие", я хз о чём ты. Убегающий рабочий не является незанятым, он занят убеганием (твой кэп).

DracoL1ch:

Есть, приказ "move", карта выложена выше. Для автоатаки не смотрел, ибо речь о рабочих.

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

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

PT153:

DracoL1ch:

убегании - нет

Есть, приказ "move", карта выложена выше. Для автоатаки не смотрел, ибо речь о рабочих.

---

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

---

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

Ваши рассуждения и пруфы, конечно очень интересны и познавательны. Много нового для себя узнал.
Только вот мне не важно будет ли работник убегать или что-то еще. Мне важно будет ли он стоять афк без работы.
И как без переодичности и выборки на него набросить эффект анимации.
Желательно простым способом.
Я думал над способностью "выбрать воина" или "продать предмет/общие магазины"(магазин). Давать ее глобально по карте если приказ работника =0 (афк). Но она не выбирает работников, только героев или воинов с рюкзаком.
Так же думал про способность "спрятаться", типа приказ стоп набрасывает невидимость, а вместо этого вешать анимку (восклицательного знака), но опять же, как тогда убрать невидимость с воина (без проверки и переодичности)...

Вообщем решение как обозначить незанятого раба простое пока не пришло(

Автор жив?

PT153, сбежал от вас =)

PT153:

Автор жив?

Жив к сожалению.
По сабжу, твой вариант работает, спасибо!
Но мне он не подходит, я говорил что тригер с переодичностью не пойдет по ряду причин. Например потому, что у меня 2 тригера с переодичностью уже вшиты в карту. Третий даст нагрузку. 12 игроков - три тригера, на них по 20-30 рабочих... Вообщем, такое.
МОжет кто предложит что попроще, или сам придумаю решение.

а зачем тут таймер если вы ловите события приказ цели а дейсвия паузить стоп снять паузу и как будето ничего не происходит

pro100master:

как бы каждые 0.25 сек. подсчет новой группы рабочих или ты о чем?
если есть вариант предложи\покажи

newtone, во-первых, в конкретных числах дай данные про нагрузку от периодического таймера. Во-вторых, предложенный вариант с отловом приказа выглядит так:
Событие: 3 события Generic unit Отдал приказ цель-объект/цель-точка/без цели
Условие: Unit-type of (Triggering unit) равно Работник
Действие: If (Issued order) равно Стоп ИЛИ <пусто> и (Triggering unit) is in Unit group FREE_WORKERS равно Нет, Then Добавить спецэффект и внести в группу FREE_WORKERS, Else Ничего
If (Triggering unit) is in Unit group FREE_WORKERS равно Да и (Issued order) не равно Стоп ИЛИ <пусто> Then Убрать спецэффект и убрать из группы FREE_WORKERS, Else Ничего
Только какое-то удобное запоминание спецэффекта нужно сделать.

Например, через предложенную PT153 способность Atol, когда даёшь и удаляешь не эффект, а способность, что мне кажется оптимальным, ведь тогда и группа не нужна, достаточно проверять лишь уровень способности, либо через Custom value, когда юнит получает custom value, эффект сохраняется в переменную-массив с индексом [custom value of (Triggering unit)], а custom_value=custom_value+1, но так есть угроза превышения размера массива при длительной игре, либо можно новые переменные-массивы при превышении лимита массива подключать, либо проверять custom value работника на больше 0, если да, то давать его custom value, а не новый. Лимит массива 8191 на патчах до 1.29 и 32767 на новых, получить превышение лимита массива в таком случае теоретически возможно, если на старых патчах все 12 игроков создадут за всё время игры более 682 незанятых работников каждый, а если кто-то из 12 не создаст, то другим надо будет взять на себя его количество, а на новых патчах более 1365 работников каждому из 24 игроков. Мне трудно представить игру, в которой такое могло бы быть, но если для твоей карты такая угроза может быть актуальной, то можно отслеживать смерть работника с custom value и применять его для новых, так как одновременное нахождение на карте восьми тысяч юнитов не выдержит никакой патч, то есть мёртвых работников с custom value выше 0 заноси в группу, при появлении нового незанятого проверяй количество юнитов в группе больше 0, тогда давай новому работнику custom value трупа, которого из группы убирай. Есть ещё более извращённые варианты, но они нужны для специфических случаев.

Ах да, если незанятого работника мгновенно убьют, то спецэффект так на нём и останется, нужно убирать.

newtone:

Какую? У меня в карте куча башен (20-30 на игрока, всего 10 игроков), каждая чекает врагов рядом 16 раз в секунду, лагает только у людей со слабым интернетом и пк. У меня стабильно 30 фпс, хотя у меня далеко не топовый пк.
Любой другой способ нагружать будет ещё больше. Никак нельзя отследить, что приказ стал 0, в любом случае нужно для каждого юнита периодически смотреть текущий приказ. Либо общий таймер, либо индивидуальный.
8gabriel8:

Со способностью эффект тоже останется. Удобство тут в том, что в способности можно указать несколько эффектов и точек креплений, не нужно проверять, есть ли у юнита уже такой эффект, и при смерти юнита не нужно эффект удалять.