WC3
Добавлен Darknessay
Помогите понять в чем проблема, пожалуйста -.-
Снаряд создается с небольшим смещением от героя(правее или левее) и летит по дуге в точку каста.
Смещение = 45 либо -45(рандомно), это же и поворот снаряда исходный.
По формуле мана снаряда устанавливается как = значение, которое должно вычитаться от его текущего поворота, чтобы он собственно летел по дуге, поворачиваясь.
Снаряд создается с небольшим смещением от героя(правее или левее) и летит по дуге в точку каста.
Смещение = 45 либо -45(рандомно), это же и поворот снаряда исходный.
По формуле мана снаряда устанавливается как = значение, которое должно вычитаться от его текущего поворота, чтобы он собственно летел по дуге, поворачиваясь.
Так вот, почему то финальный угол, который должен быть равен +-90(типа полный поворот снаряда к концу пути = дуга), в итоге равняется 115(где то при 1000 расстояния), а сам снаряд, кажется, долетает расстояние до точки каста, но не формирует полную дугу - чем дальше точка каста. Т.е. он умирает левее или правее точки каста(на глаз, где то на 250-500 от точки каста, при расстоянии в 2000).
Я думаю дело в неверных расчетах с 3.14, но что не так?
Запуск:
Запуск:
Движение(каждые 0.03):
Принятый ответ
Кстати можно двигать так:
скрины формулы
есть форму скорпа
function geoArc takes real wayAbsolute returns real
return sin((bj_PI / 2.0) * wayAbsolute)
endfunction
function GeoArcBetweenReal takes real wayMin, real wayMax, real wayNow returns real
return geoArc((wayNow-wayMin) / (wayMax-wayMin))
endfunction
function GeoArcRelative takes real wayMin, real wayMax, real wayNow, real resultMin, real resultMax returns real
return (GeoArcBetweenReal(wayMin,wayMax,wayNow) * (resultMax-resultMin)) + resultMin
endfunctionвызываешь GeoArcRelative(тут начало отсчета, тут конец отсчета, тут место где находится сейчас, тут минимальный нужный результат, тут максимальный нужный результат) возвращает значение между последними двумя относительно того, как далеко wayNow переместилась между первыми двумя
вобще это в 2D, а надо в 3D - добавь полярные координаты, или сделай отдельно для каждого измерения...ну у тебя есть Z допустим пол это 50, потолок (самый верх параболы) - это 300
юнит идет от точки 0 до точки 1000, вот он идет, идет, где он щас находится пусть будет X
set unitZ = GeoArcRelative(0, 1000, X, 50, 300)
wayMin - минимальная расстояние (можно поставить ноль)
wayMax - максимальная точка (ставите нужный размер длины дуги)
wayMin и wayMax образуют отрезок (длину дуги)
wayNow - текущее положение точки
resultMin - минимальная высота
resultMax - максимальная высота
карта
wayMax - максимальная точка (ставите нужный размер длины дуги)
wayMin и wayMax образуют отрезок (длину дуги)
wayNow - текущее положение точки
resultMin - минимальная высота
resultMax - максимальная высота
карта
еще есть бросок Tiny из доты и бросок из Пуджа Варс (надыбил на форуме). Код очень отличается от типичной параболы у нас на сайте в алгоритмах, там за основу счетчик берется. Мне понравился бросок из Пуджа Варс. Все эти примеры скинул в карту Только в наработке с Toss Tinny, которую скинул, есть небольшая накладка, там у него два скила (спешил и не посмотрел), и нужно поменять id-приказ у канала, тогда будет все ок (не знаю, почему дал ему вторую, мне казалось крута сравнить, щас не кажется)
Загруженные файлы
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
Maniac_91: Все равно откос.
Вроде БЖ максимум работу замедляет своими вечными пересылками, но утечек там никаких нет?
Вот ты говоришь "функшен лист", но чтобы найти там функцию, ты должен хотя бы примерно знать её название)
Я потихоньку пишу себе в шапку карты различные функции и должен сказать, что мне очень неудобно ориентироваться в чистом коде, но возможно я таким путем привыкну и начну писать по пацански перса в 1 триггер)
а если будете тянуть типо не знаете как называете функция то вы с какого языка пришли?
геттеры сеттеры функции основа поучить
Но я же не об этом задал вопрос :\
Лучше нарисуй схему с указанием всех углов и зависимостей величин, мб и сам решишь в процессе.
Отредактирован Darknessay
Поясню:
1- Берется угол АБ( от кастера к таргету)
2- Под углом АБ+45, смещенно на 50 ед. расстояния создается снаряд(С). Снаряд создается с поворотом ЛИЦА = СБ+45 сразу - для удобства, потому что я понимаю, что иначе угол будет не +45.
Так что про угол АБ забываем, чтобы не запутываться. Дальше используем только СБ.
3- Снаряд стоит в точке С, лицом повернут по углу СБ+45.
4- Снаряд начинает двигаться в направлении собственного лица. Каждый тик таймера 0.03, снаряд сдвигается на 70 ед. и должен постоянно поворачивать на N угла(поворота) для того, чтобы его траектория образовала дугу.
1 - реал, который будет отниматься от угла поворота снаряда каждый тик таймера, для того чтобы снаряд летел по дуге.
2 - реал времени, который понадобится снаряду для того, чтобы долететь до точки Б по дуге.
Не могу новую картинку прикрепить к тому комменту -_-
Разве что, у меня снаряд создается не в самом герое, а чуть рядом, но мы всё равно начинаем считать всю фигню относительно позиции снаряда(и угла СБ соответственно), а не относительно АБ.
(Предыдущие слова не учитывайте, по новой)
Снаряд вылетает под углом АБ+45, за каждый тик таймера должен поворачивать(угол его поворота должен отниматься), чтобы в конце пути он ударился в точку Б(т.е. его угол ПОВОРОТА в конце должен получиться АБ-45).
Получается, нам нужно вычислить время, за которое снаряд пролетает от А до Б >>ПО ДУГЕ<<(дуга длиннее прямого полета, т.е. и времени чуть больше), потом на основе этого времени выдать снаряду лайфтаймер и получить как раз таки значение угла, которое будет отниматься для образования самой дуги в полете.
Отредактирован MpW
угол дуги можно отсчитать если знать расстояние между кастером и целью и высоту дуги.
Парабола не только для прыжков подходит, но и для 2D движения.
Подойдет? время таймера не забудь изменить, просто для себя в качестве проверки делал.
Можно еще через эллипс сделать, но я так и не понял как там. Перечитывал статьи про эллипс, столько времени на эллипс убил.