Это если использовать: Pick every unit in region...
А если использовать просто отдавания призаза групе (Отряд - Issue Order Targeting A Unit), то приказ идет всей групе (но макс. 12 юнитам)

0pJl9!Ta а собсна чем тебя группа не устраивает? если каждый раз приходится создавать группу и вылавливать оттуда юнита (допустим в цикле) то постарайся поставить вейт на некоторое время..хотя как знать.. у мну в одном спелл как раз такое: что каждые 0.10 секунды создается группа и из нее выбирается один юнит.. потом идут действия потом все ето ремувится... вроде не очень грузно получаецца.

0pJl9lTa зачем извращаться? Всё и так норм. работает. Особых тормозов я не замечал.

felix_ff В асе сказжу :)
Celebrate хз, там много маленьких траблов, в результате которых группа не подходит.

Насчет радиуса бред, ибо мне не вжно кол-во юнитов, мне важно юниты каких игроков тут присутствуют. Вот :)

З.Ы. ай молодцы, уже 2 страницы наговорили :)

Опять же через цикл.. И ну никак ты не исправиш этого - в варе различным объектамЮ, хоть и одного типа приказ идет индивидуально.

FellGuard добавил:
0pJl9lTa, что конкретно тебе нужно? Отлавливать кол-во юнитов в радиусе от точки?

FellGuard отлавливаться владельцев, юниты которых расположены в радиусе от точки.

0pJl9lTa как варант - создать регион(можно круг) и отлавливать перемещения юнитов в этом регионе. В этом случае группы могут не понадобиться. Кстати говоря этот регион можно перемещать - то есть точка может быть динамической(хотя при этом группы могут быть более оптимальным решением)

0pJl9lTa кстати да, если у тебя юниты берутся в неизменяющейся зоне, то лучше будет создать регион и повесить на него триггеры.

Celebrate Зона к сожалению изменяица :(

ну и перемещай регион центром в позицию юнита в каждые 0.05 сек. хотя имхо групой проще и лучше.

0pJl9lTa если размеры не меняются или меняются незначительно то все же можно использовать этот вариант вкупе с проверками расстояния типа IsUnitInRange

0pJl9lTa, если у тебя не регион а радиус, то помести невидимого, с "локастом" юнита-дамми в нужную точку и повесь на него триггер с условиями
С - UnitWithinRange (удг_переменна, означающая радиус)
У - (что-то о юнитах, я так и не понял, чего тебе надо :))
Д - что хош делай, заноси юнита в группу, индексируй через массив. все одно.

Можно, опять же, создать регион и таскать его раз в сколько-то времени за юнитом (CenterRectOnAPoint), проверяя кол-во юнитов в нем (можно, кстати, присвоить этому кол-ву юнитов переменную, и при ее изменении при проверке запускать какого-то рода действия). Наверное, тут никак без цикла вида (PickEveryUnitInRect_And_DoAct).
Можно отрисовывать математически регион раз в ед. времени -
Сall DestroyRect(udg_Rect_Var)
Set udg_Rect_Var = (minX(...)minY(...)maxX(...)maxY(...))
на месте троеточих - Х,У юнита плюс сколько-то ед.
Вот вроде все, что думалось написал. Пойду еще думать :)

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

Не убивайтесь уж так :)
Через недельку скажу что нада была точна.

Ахха

FellGuard добавил:
Лучше уж покажеш результат :)

Регион - и отлавливать события входа в регион и выхода из него. В этом случае группы совсем не понадобяться

FellGuard слишком геморройные и неэффективные выходы предлагаешь, а вопрос как раз в эффективности и оптимальности

NETRAT, просто написал первое, тчо пришло в голову. С регионом уже советовали, вот я и не стал. ПИК ЭВРИ ЮНИТ - это цикл, не группа, я знаю. Просто, я так и не понял, чего же собственно от нас хочет 0pJl9lTa =)

Да но пикает то он все равно по группе. или я в чем то ошибаюсь?

А разве при перемещении региона триггер регистрется на его новое положение?



<_<