Параметры объекта "сила"

Добрый день

Действие происходит в "мире физики" движка. Расчеты выполняются для шага симуляции dt, дефаулт 1/60 секунды. Это совсем не "бесконечно мало", но вполне достаточно чтобы делать удобные предположения/упрощения типа "меняется линейно" не связываясь с "дифурами" и др гадостью.

Есть 3D объект, на каждом шаге симуляции мы можем приложить к нему силу, она сообщит объекту ускорение, и скорость объекта изменится. Формулы в рамках 8-го класса (правда в векторах)

F = m * a;
v += a * dt;

И даже проще, масса конкретного объекта константа, ее можно считать = 1 чтобы не путалась под ногами. Итак, первый параметр объекта "сила" Acceleration (ускорение). Какие еще параметры нужны? Ну ясно что бесконечно расти скорость не может, нужен предел Speed Max. А (по аналогии) Speed Min? Думаю тоже есть смысл, напр человек (объект) стоял и пошел. Вы замечаете какую-то "фазу разгона" когда скорость нарастает? Я нет (вот если стоял и побежал, тогда может быть). Итак, перед тем как скормить движку силу, проверяем, может скорость уже макс и прилагать силу уже не нужно.

Хорошо, и вот первая "элементарная" (любимое слово лохов) задачка: как изменить направление движения? Напр двигался объект по оси X а потом повернулся на 90 и движется вдоль Y? Просто изменить вектор силы/ускорения очевидно недостаточно, получим движение "по диагонали", компонента X скорости сама по себе не иссякнет.

Ага, так он не знает основ физики! Нужно добавить силу трения, она погасит скорость по X!

Да, в движке можно задать трение, но использовать его для поворота, мягко скажем, затруднительно. Обычно радиус поворота слишком велик, а вот скорость резко уменьшается, причем "везде", и там где поворот не нужен. Формулируем

Какой параметр должен управлять "крутизной поворота"? Как его задать и что/как он должен делать?

По опыту предыдущих обсуждений. Попытки привлечь "больше физики" (или более фундаментальной) ничего не дают. Попытки привлечь "дифуры" - тем более. Думается школьной физики здесь вполне достаточно, это скорее задача ТАУ.

Спасибо

0

Да вроде там никто не назначает вот так лихо новую скорость, обычно в игровых движках по другому действуют

0

Сообщение от Igor3D Просто изменить вектор силы/ускорения очевидно недостаточно

Это откуда такое нелогичное утверждение?

Более чем достаточно в каждый момент итерации для каждого нужного действия прикладывать вектор к объекту.
Прикладывание усех векторов к объекту и расчет векторной суммы это и есть суть и цель рассчета выполняемого в итерации. =). и ничего больше

0

Сообщение от MallSerg Прикладывание усех векторов к объекту и расчет векторной суммы это и есть суть и цель рассчета выполняемого в итерации. =). и ничего больше

именно об этом и теория, что я скинул), человек похоже вообще не в курсе

0

Сообщение от abit Да вроде там никто не назначает вот так лихо новую скорость, обычно в игровых движках по другому действуют

Где "там"? Я не планирую никаких игр ни движков. Ссылку посмотреть не удается по техническим причинам. Если там интересная идея - объясните "на пальцах" своими словами. Спасибо

Сообщение от MallSerg Это откуда такое нелогичное утверждение? Более чем достаточно в каждый момент итерации для каждого нужного действия прикладывать вектор к объекту. Прикладывание усех векторов к объекту и расчет векторной суммы это и есть суть и цель рассчета выполняемого в итерации. =). и ничего больше

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

v = (1, 0, 0)
v + a * dt = (1, 0.05, 0)
v + a * dt = (1, 0.1, 0)
и.т.д.

Скорость по X остается

0

Сообщение от Igor3D Ссылку посмотреть не удается по техническим причинам

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

Добавлено через 17 минут

Но просто так избавиться от инерции не удается, пример

да нет такой силы! это выдумка для младших классов

1

чтобы избавиться от инерции достаточно прейти в другую систему отсчёта

0

Сообщение от abit посмотрите тогда по этой ссылке

Спасибо, даже лучше чем первая (тоже удалось посмотреть). Хорошо, давайте разбираться. Вот как управляют объектом

// Standard update function update() { this.velocity.add(this.acceleration); this.velocity.limit(this.maxspeed); this.position.add(this.velocity); this.acceleration.mult(0); } // Newton’s second law (skipping the math) applyForce(force) { this.acceleration.add(force); }

Все понятно, те же простые школьные формулы. Вот правда я могу рулить только силой, ни velocity ни position трогать не могу, этим занимается движок. При отсутствии в симуляции др факторов движок сделает то же самое. Еще смущает что нигде нет dt, шага симуляции по времени, наверно он полагается единичным.Ладно, поехали дальше, вот расчет силы

// The seek steering force algorithm seek(target) { let desired = p5.Vector.sub(target, this.position); desired.setMag(this.maxspeed); let steer = p5.Vector.sub(desired, this.velocity); steer.limit(this.maxforce); this.applyForce(steer); }

Здесь немного другая задача: объект должен прийти в заданную точку target. Не проблема, мы можем заменить (target - this.position) на требуемый вектор скорости, у нас его задает юзер. Складываются 2 вектора: требуемый вектор скорости и текущий с минусом, вот оно, гашение инерции. И, как показывают демки, все это вполне прилично, разумно работает, даже без всяких параметров (вообще Рейнольдс - гениальный чувак). Да, но контроля-то нет, а он нужен, напр муха развернется и полетит в нужном направлении гораздо шустрее чем тяжелый автомобиль. Ваши предложения?

0

Так, ну все как обычно: тыцнул ссылкой - и убежал . А поговорить, обсудить? Пусть ссылка забылась или вообще не смотрел - ну в данном случае минут за 10 все можно освоить. Иначе какой смысл накачивать такую "эрудицию"?

Кое-что уточним.

Сообщение от Igor3D все это вполне прилично, разумно работает, даже без всяких параметров

Это неверно. Параметры есть, вот тот же псевдокод чтобы был под рукой

// The seek steering force algorithm seek(target) { let desired = p5.Vector.sub(target, this.position); desired.setMag(this.maxspeed); let steer = p5.Vector.sub(desired, this.velocity); steer.limit(this.maxforce); this.applyForce(steer); }

Пусть отсечка steer.limit не имеет эффекта. Тогда вектор скорости вычитается полностью, объект мгновенно меняет направление движения (что вообще-то не есть хорошо/правильно). Манипулируя значениями maxspeed и maxforce можно уменьшать вычитаемый вектор скорости добиваясь большей или меньшей инерции. Ну так ли уж это удобно? По-моему нет. И лично меня достает что напр скорость как-то свободно складывается с силой или с ускорением.

Попробуем сформулировать "с примером"

Объект двигается напр вдоль оси X со скоростью v = (1, 0, 0). Под воздействием нашего объекта "сила" его скорость должна быть изменена на v' = (0, 1, 0), т.е. движение в перпендикулярном направлении. Требуется юзеровский параметр управляющий "крутизной поворота", т.е. как быстро вектор скорости будет полностью замещен. Физическое обоснование и объяснение для юзера необязательно, но желательно

Не стоит воспринимать задачу как "мозговой штурм" и лепить фантастические идеи Это вполне конкретная, инженерная задача. Распускать хвост с "большой физикой" тоже не нужно (если уж мы называет игровые рецепты "теорией"). Пусть лучше не будет ответов чем отписываться на какой-то собачий бред. Спасибо за понимание

0

Основная проблема этой темы для меня — это непонятный контекст задачи. Так сказать, XY-проблема — ощущение, что формулируется не та задача, которая на самом деле ТС волнует.
Поэтому я зайду издали.

Есть, грубо говоря, два подхода при моделировании движения:
1) отталкиваемся от кинематики, чтобы движение выглядело красиво, а динамику подводим задним числом. Это путь анимирования элементов на сайте, движения менюшечек в играх (выпадающее меню в warcraft, падающие квадратики с сообщениями-событиями в total war). Здесь можно сделать красивую картинку, визуально эстетичную, с простыми формулами, без нагрузки на машину. Ярким примером этого подхода является реализация самонаводящихся ракет «как в аниме».
2) отталкиваемся от динамики, чтобы были заданы «правила игры» мира, чтобы все игроки и NPC им в равной мере следовали. Рассмотрим этот вариант подробнее.

Сообщение от Igor3D Это вполне конкретная, инженерная задача. Распускать хвост с "большой физикой" тоже не нужно (если уж мы называет игровые рецепты "теорией").

Сразу скажу, что это не мой путь. Считаю, что нормальное инженерное решение как раз таки должно опираться на конкретную, известную и хорошо изученную теорию из «большой физики». В противном случае мы рискуем в самом неожиданном месте словить дефект, непосредственно следующий из нереалистичности выбранной неявно(!) подлежащей физической модели.

Вот, к примеру, обсуждение реализации физики гоночных игр (см. также комментарии к статье). Краткий вывод: даже для простой 2D гонки нужно хотя бы в базовых очертаниях представлять распределение сил в автомобиле, колёсах, подвеске. Иначе будет не гонка с заносом и дрифтом, а катание водомерок по водной глади в декорациях гоночной трассы.

Ещё один момент: поскольку в рамках этого подхода мы задаём универсальную динамику, которой подчинены все агенты (игрок, NPC, прочие предметы), то в игре с необходимостью возникает потребность в «ИИ», который будет решать обратную задачу.
Например, если мы реализовали движение с инерцией, то боты должны понимать, как двигаться к выбранной цели: когда необходимо разгоняться, когда притормаживать и т.п.
Можно попытаться эти два компонента совместить воедино, но скорее всего или решение сведётся к кинетической модели, а динамика — сбоку бантик, или высокий риск накосячить.

Собственно, эта мысль уже была озвучена:

Сообщение от Igor3D Вот правда я могу рулить только силой, ни velocity ни position трогать не могу, этим занимается движок.

Да, игрок и боты могут рулить только силой (и то — не всякой), всё остальное делает движок, который реализует конкретную модель физической среды.

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



Итак, открытый вопрос: что именно мы хотим достичь из того, что в статье не было разобрано? В чём проблема? Какой контекст задачи? Без внятного ответа на них мне сложно ответить конкретнее и предметнее.

1

Сообщение от Mysterious Light В чём проблема? Какой контекст задачи?

Хорошо, начнем с главного. Упоминаемая "статья" - имеется ввиду эта ссылка. Цель - создание реалистичного (физически корректного) но при этом управляемого движения/анимации. Сразу оговоримся что это не игра, интерактивности нет, сценарий такого движения задается юзером, хотя и необязательно явно.

Пример: анимация колобка (создавал и такую тему). С кинематикой проблем нет, мы легко можем заставить объект двигаться куда надо на заданном интервале времени, для этого в любом 3D приложении есть линейка времени, кейфреймы, сплайны (Безье и другие) и еще много чего. Увы, реалистичным такое движение не будет Напр если колобок катится по неровной поверхности, да хотя бы спускается по ступенькам - придется долго пыль глотать всего лишь для того чтобы он нормально контактировал с землей/поверхностью. Не говоря уже о всяких там подскоках и.т.п. Конечно добиться чего-то приемлемого можно, но это кропотливо/трудоемко, а в итоге совсем не то чем можно гордиться.

С др стороны, движок обеспечивает реалистичность "на раз". Просто "уронил" того колобка на поверхность, он и покатился, возможно как-то подпрыгивая, контакт с полом достигается гравитацией, с реализмом все отлично! Да вот беда - управления-то никакого, он катится куда хочет

Надеюсь цель понятна, теперь важные нюансы

Сообщение от Mysterious Light При этом считается, что никаких других сил нет, т.е. агент (игрок, бот) имеет полный контроль над силой.

НЕТ, "полного" контроля нет, и это очень важно. Любое число сил может быть назначено для объекта, и каждая сила ничего не знает о других. Заметим что все параметры объекта (и силы тоже) имеют анимационные кривые, т.е. могут быть анимированы во времени. Напр вполне возможно что при наличии др сил объект вовсе не придет в заданную точку (статья) или придет позже или по какому-то хитрому пути и.т.п. - все это "замысел юзера" который назначает силы. Данная сила (рассматриваемая в статье) должна неуклонно стремиться привести объект в заданную точку, но во что это вольется - как фишка ляжет.

Сообщение от Mysterious Light автомобиле, колёсах, подвеске.

Машины/автомобили не рассматриваем, это специфическая задача для которой в движке есть свои средства, модель (кузов + колеса) и др

Сообщение от Mysterious Light что именно мы хотим достичь из того, что в статье не было разобрано?

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

0

Сообщение от Igor3D Надеюсь цель понятна, теперь важные нюансы

Пока что цель не очень понятна. Зато мы начали понимать друг друга, потому что первые половины наших сообщений говорят одно и то же разными словами. Хорошее начало.

Сообщение от Igor3D НЕТ, "полного" контроля нет, и это очень важно.

Я говорил про модель, описанную по приведённой ссылке. Полный контроль там предполагается.

Сообщение от Igor3D Заметим что все параметры объекта (и силы тоже) имеют анимационные кривые, т.е. могут быть анимированы во времени.

Я не понял этого предложения, его смысл и содержание.

Сообщение от Igor3D Напр вполне возможно что при наличии др сил объект вовсе не придет в заданную точку (статья) или придет позже или по какому-то хитрому пути и.т.п. - все это "замысел юзера" который назначает силы. Данная сила (рассматриваемая в статье) должна неуклонно стремиться привести объект в заданную точку, но во что это вольется - как фишка ляжет.

Не уверен, что понял сказанное. Сейчас перескажу своими словами.

Во-первых, в статье определяется класс Vehicle, который реализует методы update (физика — законы динамики), seek (логика агента — где его цель и как он к ней намерен двигаться), show и др. Тут намешаны разные слои (физический движок, логика агента, представление) в пределах одного класса, но они чётко разделены по методам. Если рассматривать только метод seek, который отвечает за поведение агента, то можно сказать, что рассматривается вариант, когда агент полностью определяет силу.

Во-вторых, мы можем обобщить это решение на случай, когда помимо силы, которой агент управляет, есть сторонние силы (например, гравитация).

В-третьих, при наличии сторонних сил может случиться, что ни при каких устанавливаемых агентом силах он не сможет попасть в заданную цель (например, если гравитация превосходит мощность двигателя).

В-четвёртых, может случиться, что при выбранной реализации функции seek агент попадёт в заданную точку позже, чем мог бы при альтернативной реализации этой функции, или же придёт по хитрому пути. В любом случае, этот исход полностью определяется тем, как задана зависимость силы, которой агент управляет, от времени/состояния/положения других объектов/др.

Так?

Сообщение от Igor3D но во что это вольется - как фишка ляжет.

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

Сообщение от Igor3D Машины/автомобили не рассматриваем, это специфическая задача для которой в движке есть свои средства, модель (кузов + колеса) и др

Правильно. А если мы рассматриваем колобка, то мы должны смоделировать его момент инерции, упругость, вязкость и т.п. Поэтому и прошу уточнить задачу.

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

Посмотри на пример 5.2 Arriving at a Target.
Если убрать интерактив, то это поведение похоже на требуемое?
Если да, то задача состоит в том, чтобы дать пользователю набор параметров, которые захардкожены в их решении.

0

По поводу анимационных кривых. Напр сила имеет параметр Acceleration (ускорение). Известно общее время анимации, напр 10 сек. Значения Acceleration могут меняться юзером на этом интервале времени, напр A = 10 для времени t = 0 сек, A = 5 для t = 2 и.т.д. Переход между значениями (плавно, скачком и др) также задается, в любом случае на тике симуляции известно текущее ускорение

Сообщение от Mysterious Light Так?

Да, так. Сторонние силы могут привести к любому результату.

Сообщение от Mysterious Light Посмотри на пример 5.2 Arriving at a Target. Если убрать интерактив, то это поведение похоже на требуемое? Если да, то задача состоит в том, чтобы дать пользователю набор параметров, которые захардкожены в их решении.

Да, и это кажется до смешного простым (на первый взгляд). В частности мы хотим параметр инерция/занос больше/меньше, если не возражаете - сосредоточимся на нем

0

Возьмём за основу код, предложенный по ссылке, абстрагируем его.
Прим. (*) — я считаю, что эту строчку надо выносить в метод, который отвечает за физику. Но для простого эксперимента и так сойдёт.

Итак, метод параметризован следующими параметрами:
1. maxforce — максимальное ускорение (макс. сила), которое может быть у агента;
2. maxspeed — максимальная скорость, которая может быть у агента;
3. distToSlow — расстояние до цели, начиная с которого вместо тактики «гони что есть мочи» используется тактика «плавно опускаем скорость до нуля по мере приближения к цели».

Все три параметра можно варьировать.

0

Сообщение от Mysterious Light 3. distToSlow — расстояние до цели, начиная с которого вместо тактики «гони что есть мочи» используется тактика «плавно опускаем скорость до нуля по мере приближения к цели».

Давайте пока distToSlow "выведем за скобки", это дополнительная (optional) фича

Код ниже будет гасить инерцию, это достигается вычитанием вектора текущей скорости

Сообщение от Mysterious Light // для изменения скорости используем силу (=ускорение),     // равную разности желательной и реальной скорости     let steer = p5.Vector.sub(desired, this.velocity);     steer.limit(this.maxforce); // ограничим максимальную силу (*)     this.applyForce(steer);

При достаточно большом this.maxforce текущая скорость полностью заменяется новой, при меньших значениях есть какая-то инерция. Я реализовал это иначе, но принципиальной разницы нет. В итоге да, инерцию мы гасим (контролируемо), но возникает неприятный побочный эффект. Теперь если объект "подпрыгнул", то он как бы "парит" в воздухе, опускаться на землю (поверхность) не спешит. Контакт с поверхностью также "не тот", часто хорошо заметен зазор между ней и объектом, он как бы летит над землей не касаясь ее. Напр шарик/колобок уже скользит (а не катится). Конечно это можно как-то замазать оставляя бОльшую инерцию, но проблема есть

Откуда берется этот (нехороший) эффект - легко понятно, за счет вычитания вектора скорости, которая создается всеми силами, в том числе и гравитацией. Др словами мы просто не даем гравитации "уронить" объект на поверхность

Как с этим бороться?

0

Сообщение от Igor3D Теперь если объект "подпрыгнул", то он как бы "парит" в воздухе, опускаться на землю (поверхность) не спешит. Контакт с поверхностью также "не тот", часто хорошо заметен зазор между ней и объектом, он как бы летит над землей не касаясь ее. Напр шарик/колобок уже скользит (а не катится). Конечно это можно как-то замазать оставляя бОльшую инерцию, но проблема есть

Полный код и анимацию в студию!

Так-то в приведённом мною коде никакой гравитации нет, как и любых других сторонних сил (трение, вязкость, притяжение и т.п.).

В целом мне не понятно, с чего бы это объект должен роняться на поверхность, если цель этого объекта — достичь определённой точки, которая находится где-то… где-то в воздухе, наверное.

0

Сообщение от Mysterious Light Полный код и анимацию в студию!

Код выдрать из проекта не могу, а качество анимации "оставляет желать лучшего". Ну "чем богаты". Анимации отличаются лишь гашением инерции (во второй вычитается вектор текущей скорости). В обеих Колобок движется по пересеченной местности. Сила сначала приложена вдоль оси X, ускорение 50, макс скорость 60. На кадре 600 сила меняет направление скачком, новое направление вдоль Z. В первой анимации Колобок начинает двигаться по диагонали (т.к. гашения нет), во второй - быстро меняет направление на нужное.

Сообщение от Mysterious Light В целом мне не понятно, с чего бы это объект должен роняться на поверхность, если цель этого объекта — достичь определённой точки, которая находится где-то… где-то в воздухе, наверное.

Ну поставить объект на такую кривую поверхность затруднительно, гораздо проще его уронить с небольшой высоты, пусть движок посчитает где он упадет. "Достичь определённой точки" само по себе не цель/задача в данном случае. В приложении можно нарисовать любой путь за минуты и пустить по нему объект. Но это чистая "кинематика", ее минусы понятны. Приведенный выше код тоже дает "кинематику", только она создается программно/алгоритмически. Вычитая вектор скорости мы рубим почти все что делает движок, в итоге имеем бедную, нереалистичную анимацию

Сообщение от Mysterious Light Так-то в приведённом мною коде никакой гравитации нет, как и любых других сторонних сил (трение, вязкость, притяжение и т.п.).

Не надо пытаться "самому делать все", так быстро надорвемся. Надо натравить движок который это умеет

Вложения

	Preview1.mp4 (1.05 Мб, 2 просмотров)
	Preview2.mp4 (1.05 Мб, 2 просмотров)

0

Товарищ подсудимый, вы путаетесь в своих показаниях

Сообщение от Igor3D "Достичь определённой точки" само по себе не цель/задача в данном случае.

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

Сообщение от Igor3D Сообщение от Mysterious Light Посмотри на пример 5.2 Arriving at a Target. Если убрать интерактив, то это поведение похоже на требуемое? Если да, то задача состоит в том, чтобы дать пользователю набор параметров, которые захардкожены в их решении. Да, и это кажется до смешного простым (на первый взгляд). В частности мы хотим параметр инерция/занос больше/меньше, если не возражаете - сосредоточимся на нем

Возвращаемся назад к первоначальному, главному вопросу. В чём он состоит?
1. Мы хотим реализовать динамику, чтобы колобок катился-прыгал по неровной поверхности более-менее реалистично?
2. Мы хотим при реализованной динамике управлять колобком, чтобы он с учётом действующих внешних сил двигался к точечной цели?
3. Мы хотим что-то третье?

Последний контрольный вопрос: в приведённых видеофайлах используется собственный движок (реализация динамики/физики) или сторонний? Он работает отлаженно и хорошо, или же по его работе тоже есть вопросы, которые касаются обсуждения в данной теме?

0

Сообщение от Mysterious Light в приведённых видеофайлах используется собственный движок (реализация динамики/физики) или сторонний? Он работает отлаженно и хорошо, или же по его работе тоже есть вопросы, которые касаются обсуждения в данной теме?

Это популярный open-sources движок Bullet. Насколько он "хорош"? Вполне устраивает. Вопросы есть всегда и к любому движку, но задача его улучшать здесь не ставится. Ну или: здесь мы занимаемся "контроллером" на базе готового движка, можно и так сказать.

Сообщение от Mysterious Light 1. Мы хотим реализовать динамику, чтобы колобок катился-прыгал по неровной поверхности более-менее реалистично? 2. Мы хотим при реализованной динамике управлять колобком, чтобы он с учётом действующих внешних сил двигался к точечной цели? 3. Мы хотим что-то третье?

Коротко "да" на все 3 вопроса, которым явно не хватает масштабности. Ясно что сила - вектор, имеющий величину и направление, поэтому так или иначе задать этот вектор придется. Отсюда следует что "движение к точечной цели" - всего лишь один из способов задания направления, таких способов немало, самое простое задать это направление явно (напр по оси X). Вообще "прийти в точку" - случай возможный, но не очень актуальный. Гораздо интереснее "догнать объект" или "приземлиться" на его поверхности. Задать точку назначения не проблема, но она недостижима, ни проникнуть внутрь др объекта, ни воткнуться в поверхность движок не позволит. И как это разрулить - неясно. Но в любом случае это проблемы "второго плана" (а то и третьего), сначала должны быть решены принципиальные вещи, такие как инерция

Сообщение от Mysterious Light при реализованной динамике

Да, да и да (простите за пафос). При движении (под действием нашей силы) объект должен корректно взаимодействовать с др силами и объектами сцены. Если объекты летают в пустоте, то часто нет смысла и движок запускать, проще решить все кинематикой. По минимуму есть гравитация и есть пол/поверхность

0

Сообщение от Igor3D Коротко "да" на все 3 вопроса, которым явно не хватает масштабности.

Это были взаимоисключающие варианты…
В рамках одной темы невозможно заниматься всеми компонентами настолько сложной системы.

Давайте будем считать, что движок, реализующий динамику (уравнения движения, гравитацию, трение и т.п.), уже реализована.
Я так понял, уже используется Bullet (не знаком с таким).

Сообщение от Igor3D здесь мы занимаемся "контроллером" на базе готового движка, можно и так сказать.

Получается, наша задача — определять «нашу силу» (мощность работающего двигателя, реактивную тягу негодующего колобка и т.п.), чтобы при движении по реализованным движком законам объект (ракета, колобок) попали туда, куда надо, или по нужно траектории.

Сообщение от Igor3D При движении (под действием нашей силы) объект должен корректно взаимодействовать с др силами и объектами сцены

Ну вот опять противоречие… или то, что я написал выше в рамках этого моего сообщения, неправда, или предложения в цитате быть не должно. Нельзя их совместить!
Можно ли считать, что то написанное мною выше — правда, а вместо процитированного сообщения должно быть:

При движении (под действием нашей силы) объект будет корректно взаимодействовать с др силами и объектами сцены, потому что этими вопросами занимается выбранный движок

Далее:

Сообщение от Igor3D Задать точку назначения не проблема, но она недостижима, ни проникнуть внутрь др объекта, ни воткнуться в поверхность движок не позволит.

Что-то я не понял. Допустим, у нас есть статичная поверхность, где-то на ней лежит колобок. Что мы от колобка хотим? Чтобы он начал катиться и докатился до определённого другого места? Хотим, чтобы он по определённой трассе (с допусками по ширине) прокатился? Что мы хотим? Если точка назначения недостижима (например, находится под поверхностью), что должен колобок сделать, повеситься от безысходности?

А ещё я предлагаю сначала поставить и решить задачу в 2D. Это проще сделать и проще обсуждать.

0