А какже SetUnitX / SetUnitY, SetUnitPosition ?


Не понял что ты хотел сказать этой фразой


Вопрос и состоял в том КАК это сделать.


Снаряд имеет оч высокую для вара скорость причём скорость зависит от параметров героя но малый размер тк что область столкновения 150 очень много.


Но как отследить "абсолютную" выслту снаряда а не относительно местности?


Важна суть, не название.


А чем SCV не подхоит?
К томуже как сделать чтоб локалки сохранили инфу о нескольких летящих снарядах, их высоте и состоянии.

OmUT добавил:

Ещё бы определить во что он врезался и того в кого он врезался первым.

OmUT добавил:
Ещё 1 возникший вопрос:
GroupEnumUnitsInRange захватит в группу юниты физ "круга" которых коснулся радиус или только тех у кого радиус коснулся центра их физ "круга".

1. лучше всего так - проблем меньше - анимации не сбиваются и лишних обьектов нет
2. Проверка через временной интервал юнитов в радиусе MISSILE_SPEED*INTERVAL, для этих юнитов проверяешь расстояние - если меньше радиуса, то столкновение.
Очевидно что чем меньше интервал и скорость, тем выше качество столкновения, если значения слишком большие, то возможен недолет-перелет - столкновение может незачитываться. В этом случае необходим просчет времени столкновения в начале каждого интервала - если время попадает в следующий интервал, то можно уменьшить значение интервала до необходимого.
Когда я этим занимался, пришлось временные шкалы ввести, хотя, в любом случае вычисления достаточно геморройные и при большом количестве снарядов значительно лагают.
Этим же занимался Toadcop, его наработка на эту тему называется Projectile Creator, представляет собой движок для создания прожектайлов, столкновения там тоже просчитаны
3. Собственно твои мертвые зоны говорят о том что ты плохо предусмотрел движение снаряда - столкновения нужно проверять не по факту, а предвидеть заранее.
4,5,6. Блин, смотри Projectile Creator или спроси об этом ToadCop'a - там все это достаточно качественно реализовано
А вообще могу посоветовать почитать статьи по движкам/физике, которых пруд пруди в геймдеве

Ну, естественно координаты
Смотри физику бильярдных шаров, этот принцип вроде так называется. Есть масса статей по просчету столкновений бильярдных шаров, поищи в интернете - это больше к математике, чем к картострою

SetUnitX\Y

НЕ ПРОВЕРЯЕТ патчинг, и юнит вылетает за пределы карты вызывая крэш, юзать стоит только когда полностью уверен в безопасности конструкции

Проверка юнитов каждый раз идиотизм чистой воды, надо регестрировать событие




Творение братьев по разуму тебе поможет, там проще чем у тоадкопа

DioD это ты верно подметил - всегда нужно проверять вылет за границы карты, однако Move Unit сбивает анимацию, то есть фактически снаряд не будет анимирован, да и в системе снарядов патчинг проверяется другими способами. Гхм, представляю себе полет снаряда в косую стену при использовании функции MoveUnit - он сначала ударится, а потом полетит вдоль стены - так?
При очень быстрых снарядах(когда за интервал снаряд пролетает расстояние, большее расстояния регистрации события), такой подход вообще неприменим
Да, возможно это событие будет работать быстрее, но только потому что в варе не прописана физика столкновений => в любом другом языке подход так же неприменим
Уже кто-то делал с этим ивентом - лучше получается?

OmUT в таком случае, вы слишком высокую планку берете, батенька. Если у нас реализация такой фичи вызывает споры - то я не думаю что вы сможете ее реализовать в ближайшее время

короче говоря ты хочешь пример в картинках... щас будет

DioD добавил:
787768768

DioD добавил:
Сделано ниже любого уровня понимания поэтому вот риплей

Странно, чуть более подробно прокоментировать ответ тебе было трудно а вот потратить врямя на то чтобы поиздеваться надо мной тебе оказалось несложно.
DioD, лучше обьясни принцип действия:
native TriggerRegisterUnitInRange takes trigger whichTrigger, unit whichUnit, real range, boolexpr filter returns event


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

OmUT каков вопрос - таков и ответ. Таковы правила
Недостижимые цели - это глупо, ибо загоняют в жуткий депрессняк
Принцип действия - это регистрация события попадания любого юнита в окружность радиуса range с центром в положении юнита whichUnit. filter - фильтр события, whichTrigger - триггер собственно.
Что бы это понять, достаточно почитать статейки по jass, которых на сайте и на форуме пруд пруди

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