короче мне реально насрать... но некаких "формул" для достижения плавных движений не надо =) порабола как раз за счёт форса и делаетса. мне лично всё время убивает когда юзают "формулу параболы" для движения снарядов...

Toadcop добавил:
- все импульсы = 1 вектор =) так же как и форсы...

трения/сопротивления не всчет?) особенно когда пишешь симулятор гонок

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

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

- это тоже есть. тока упрощеней (спецыально) а так напр землю можно учитывать как вектор сопротивления на фрейм. точней секунду трения. всё легко делаетса но ради производительности просто производитса множение на число >0 <1 =)
а споротивление это относительное свойство... т.е. вся зависит как ты его представиш (т.е. тоже можно постояно множить и тем самым объёт просто будет тормозитса) и т.п.




как я понял здесь какой либо вектор, статик + динами форс (статик напр гравитацыя мы его не будет изменять в динамик форсе) динамик форс = стремление к какой либо точке. != направление.
ну а скорость вычисления достаточно высокая тока вот всякие нормализацыии и т.п. "медленые"

незнаю если хотите посмотреть на что то "крутое" то вот.
http://epicwar.com/maps/30863/

какие бурны обсуждения!
Собственно никто от старичка движка ничего сверхьестественного не требует! А насчет парабол... даже по формулам он не будет плавной (движение то все равно расчитываеться дискретно), а расчитывать каждую координату по формулам, по-моему, даже дольше чем вариант с векторами... Ну хорошо, оставим в покое параболу... В одном из примеров-задач Toadcop'a, там где гномик бегает от летающих за ним сфер, движение тоже довольно таки просто реализуется... но тоже на векторах, при чем не будет это лагать. Посмотрю я на того кто станет реализовывать такое движение формулами... я даже не представляю какие формулы тут могут помочь

1 алгоритм тоадкопа "притяжение к объекту" как я понял) Равномерное движение норм.

А вот смысл второго несовсем понятен относительно данной тематики... Это даже не равноускоренное, а движение с постоянно возрастающим ускорением.

А вобще в чем проблема с вычислениями броска предмета по параболе?
Равномерное движение по ху и равноускоренное по z.

o1.x = o1.x + speed.x
o1.y = o1.y + speed.y
o1.z = o1.z + speed.z
speed.z = speed.z + g //g - ускорение св. падения, в данном случае отрицательное...

Ну и проверку на достижение земли.


наоборот

+1

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

зато я тестил много и имхо это чуть более чем наполовину зависит от "совметимости" систем, т.е. их совместного взаимодействия ну и от реализации еще

ScorpioT1000 добавил:
исправил оформление темы, а то сплошные заголовки - непонятно что из чего вытекает =)

это однозначно. =) я всегда строю "фичи" так что бы они не ставали картой =) поэтому в ТсХ нету физики и т.п. ибо
1) не надо
2) лишние затраты ресурсов
3) + еще ряд "оптимизацый" // логических а не алгоритмических

MF_Andreich
Есть у меня одна наработка:
Objector - сценарий, в котором имеются специальные jass-функции, упрощающие построение разного рода ломаных, кривых, поверхностей и сложных траекторий.

Посмотреть можно здесь:
http://xgm.guru/forum/showthread.php?t=2602

В архиве также есть текстовый файл со статьей, где я объясняю, как все это работает. Может быть, удастся создать общую статью об использовании геометрии в war3. Подумай.

ADOLF
Хм... не вижу вселенского зла в bj_ константах, но пожелание читателей (не противоречащие мнению автора) закон.

зло не в константе, зло в том что бы хранить значение угла в градусах и по 100500 раз за проход цикла перемножать его для получения значения в радианах, а это как раз "узкое" место которое дб оптимизированно

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