agentex SetUnitPosition проверяет не только границу карты, а pathing map. Это все юниты по пути, декорации, разница в клифах, вода. И проверяет она незвисимо от того есть у юнита Aloc или нет + ещё отменяет приказ у юнита. SetUnitX SetUnitY не проверяют все эти вещи, а тупо двигают юнита что снаряду и надо. И если он улетит за границу карты ничего не произойдёт.
Под созданием я имел в виду не выполнение триггера, а написание триггера.

А вот с этим сделай пример плиз.

ExArt если юнита выдвинуть через граниу карты SetUnitX/Y вар фаталит

agentex Рад за тебя) Я просто хотел тебе сказать что SetUnitX/Y совсем не глючные функции, а очень даже хорошие + некоторые вещи без них сделать просто нельзя.

ExArt добавил:
J Я специально попробывал прежде чем писать что это не так. Сделайте пример с фаталом мне, мож я чёт не так делаю...

ExArt добавил:
Хех, я добился зависания. Но юнит далеко улетел, думаю где то на 5 - 10 тысяч рейнджа. Да и тригер с событием Юнит - покинул Playаble map arena решает проблему.

засунь это в КС и вызови из какого нибудь трига, передав ссыль на юнита и увидишь эффект

Dragon Knight Не буду такой бред проверять) Движение надо делать переодическим триггером, а не циклом)

ExArt какая разница? эффект один и тот же при ливе с помощью этих функций юнита с карты

Dragon Knight Надо написать 1 мегасложный тригер и небудет никаких проблем с ливом юнитов с карты.

Event - A unit leaves (Playable map area)
Action - Remove (triggering unit) from the game.

Мона просто контроллировать переход юнита через функции SetUnitX, SetUnitY, чтоб тот не уехал за карту

Dragon Knight добавил:


Функция требует ссылки на юнита, будущие его координаты X, Y, возвращает правду, если
будущие координаты не заходят за границы игровой территории

Это кто тебе это сказал? Почему это 2 функции медленее чем любая одна?

Например:
SetUnitPosition(u,x,y); делает как минимум ...Unit.x:=x; ...Unit.y:=y; и + еще проверяет можно ли туда переместить юнита, иначе ищед свободное место рядом и помещает юнита туда. считаем: исполняется 2 команты, что очень быстро + 1 проверка, что достаточно медленно.

SetUtitX(u,x) SetUnit(u,y) работают даже вместе быстрее, т.к. каждая толко присваивает ...Unit.x или ...Unit.y соответственно значение, аргумента х(у).

Да и если это не убедило, то вот еще пример, когда 1 команда медленнее 2х, хоть по сути из них и состоит.

Pascal: x:=256; присвоить х'у значение 256

Asm: mov ah,ffh mov x,ah; то, же самое.

Все зависит от состава функции, количества локальных перепенных, количества параметров. Так что не надо так не обоснованно обвинять функции в глючности и тормознутости.

Pray_AD м я просто говорю о своем горьком опыте при работе с ними, причем тут ваще асемблер?

Это пример, в котором 2 функции быстрее 1-ой =)

Pray_AD добавил:
Ну т.е. 2 команды..

Dragon Knight тебе не кажется что контролить при каждой итерации переодического триггера снаряд это медленное решение? и гораздо проще одним триггером решить проблему.

ExArt чё ты какой упёртый? там не так уш и медленно, в функции SetUnitPosition - используется SetUnitX, SetUnitY, проверка на наличие юнитов, декораций, пафинга, не уехалли юнит за грани карты - этого достаточно, чтоб не использовать её для перемещения снарядов

Используя эту функцию для снарядов, надо: занести ссылку на дамми в переменную, контроллировать пафинг этого юнита - и ты говоришь, что моя функция тормознее SetUnitPosition? Её нужно вызвать столько раз скока надо, не надо контроллировать пафинг дамми, не надо беспокоится, что тот улетит за пределы карты

Dragon Knight добавил:
ExArt если ты конечно собираешься использовать таймер с периодом 0.001, то беги к близзардцам и спрашивай, что можно использовать для такого периода!

Dragon Knight я говорю что проверять при каждой итерации это " if x > GetRectMinX(mr) + 100 and x < GetRectMaxX(mr) - 100 and y > GetRectMinY(mr) + 100 and y < GetRectMaxY(mr) - 100 then" совсем не нужно. Достаточно написать триггер
Event - A unit leaves (Playable map area)
Action - Remove (triggering unit) from the game.

ExArt вот тебе пример

там первым делом посмотри SetUnitX, SetUnitY, потом отключи их и включи SetUnitPosition...
Результат оправдает мою точку зрения

Dragon Knight добавил:
ExArt и зачем удалять, если можно предотвратить покидание региона?

Dragon Knight добавил:
И если не лень проверь мою функцию, она докажет, что ничуть не затормаживает поток вара

Dragon Knight добавил:
Да и хватит жассера переубеждать что он не прав

Прикрепленные файлы

Example.w3x (16.1 Кбайт, 20 просмотров )

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


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


больше спорить не буду, слишком сильный аргумент)

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