Нативный AOE поиск юнитов в JASS

8gabriel8:

Наверное, тут роль может играть ещё ось Z. Ты ведь чисто по X и Y рассматриваешь?

высота в варкрафте не влияет на расстояние)
проверял уже

Но я уже сказал) Мне грубо говоря пофиг что там с дальностью атаки у юнитов, главное что она не превышает своего максимума
В данный момент я сомневаюсь в точности вычислений из под JASS
Т.к посчитал через теорему, получил 832.015
Посчитал просто Y2 минус Y1 получил 832.000

А если точность вычислений теоремы в JASS такая же как и в движке, то всё очень хорошо и можно будет закрыть вопрос.
Осталось подождать того кто сможет сказать это с уверенностью)

8gabriel8:

Кстати, как именно ты считаешь через теорему?

так же как в ГУИ DistanceBetweenPoints
Беру из координат X2 Y2 вычитаю X1 Y1 и потом полученные dx dy по отдельности возвожу в квадрат и слагаю, в конце из полученного числа вычисляю корень

local real dx = GetUnitX(gg_unit_hdhw_0001) - GetUnitX(gg_unit_Hblm_0000)
local real dy = GetUnitY(gg_unit_hdhw_0001) - GetUnitY(gg_unit_Hblm_0000)
call BJDebugMsg(R2S(SquareRoot(dx * dx + dy * dy)))

т.е на самом деле в этой ситуации происходят два простых вычисления:

1. 832 умножается на 832
2. и потом из этого вычисляется корень

и корень равен 832.015

PT153:

Я думаю, что UrsaBoss опечатался и хотел написать 834.090.

824.090
Это если поставить героя на расстоянии 833.000, то ему придется чуть чуть пройти, короче проехали.

Главное чтобы точность работы с float была такая же как в движке.

IsUnitInRange
Тут тоже считает по расстоянию между координатами)

До завтра подержу вопрос открытым, вдруг кто то ещё знаниями поделится)

Выводи все 9 цифр после запятой. Или вот этой функцией.

Скопировать в буфер

function R2SX takes real r returns string
    return R2SW(r, 0, -1)
endfunction

832.014832


UPD:
как я уже определил с помощью BJDebugMsg - вся неточность в SquareRoot, т.е я передаю туда 692224.000 (квадрат 832), а мне возвращает 832.014832

короче, додумался сделать такой тест точности теоремы в движке:
оба юнита стоят в одинаковых X координатах, а атакующий смещен вверх от цели ровно на 832.000
832.000 это максимальный радиус атаки (т.к физ. размер атакующего 32, физ. размер цели 200 и дальность атаки 600)
если я задам атакующему координаты выше 832.000, то атакующий автоматически сдвинется с места и его координаты при атаке уже будут примерно 824 (округляя), а если я задам 832 или ниже, то атакующий никуда не сдвинется
Т.е при событии атаки я вычисляю разницу между Y координатой обоих целей

Это понятно
Я задаю 832 по Y и начинаю измерять расстояние, если я использую SquareRoot((y2-y1)*(y2-y1)) - то получаю 832.014832
делая нехитрые вычисления я нахожу "дальность атаки", т.е 832.014832 минус 200 и минус 32 и получаю 600,014832
Т.е атакующий по мнению SquareRoot "бьет с расстояния 600,014832", а это уже выше 600

А вот если я задам Y координату 832.014 или даже 832.001, то во время начала атаки используя разницу в Y координатах - будет около 824
Т.е получается что с 832.001 расстояния невозможно начать атаку и юнит "идет до цели"
Я ставлю обратно 832 в Y и всё замечательно

Учитывая то что я говорил выше - получается что SquareRoot в движке игре полностью точный, а SquareRoot в JASS нет

Попробовал Pow(dy*dy, .5), там такая же неточность, но уже не выше допустимого значения, а ниже
831.998901

Абсолютный бред
Сделал вот так: SquareRoot(SquareRoot(dy*dy)*SquareRoot(dy*dy))
И всё равно выдало 832.014832
Повторюсь, dy == 832

Столько часов делал бд со всеми физ. размерами и дальностями атаки, а оно вот как
Может быть есть какие нибудь способы сделать чтобы всё было точно?
Не предлагайте округлять, 832 это просто тестовое число, в игре же могут быть абсолютно разные числа


UPD:
извиняюсь, IsUnitsInRange считает не по координатам, а по физ. размерам + дальность (я думал из за Range в GroupEnumUnitsInRange который считает по координатам), как раз то что надо и нагрузки меньше будет
короче, закрыл вопрос