Приоритет на физический движок

qpAHToMAS · **Добавлено:** Вс май 29, 2016 5:30 am

Я не удивлюсь, если физика в PB не имеет никаких настроек, кроме возможности ее активации (EnableWorldPhysics()), но тем не менее, можно ли как-нибудь сделать физику более точной, даже в укор производительности в реальном времени.

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

kvitaliy · **Добавлено:** Вс май 29, 2016 8:16 am

У нас на форуме AndyLy шибко грамотный в этих вопросах. Ты его попытай, может и раскроет свои секреты.

Пётр · **Добавлено:** Вс май 29, 2016 10:21 am

qpAHToMAS писал(а):

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

В примерах мячи не проходят через стены. Посмотри файл "Examples\3D\Demos\FPSFirstPerson.pb".

qpAHToMAS · **Добавлено:** Вс май 29, 2016 10:38 am

Пётр писал(а):

qpAHToMAS писал(а):

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

В примерах мячи не проходят через стены. Посмотри файл "Examples\3D\Demos\FPSFirstPerson.pb".

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

И да, в функции RenderWorld() что-то про физику, я уж думал, что это то, что надо, т.е. задается кастомное время, которое отводится физическому движку, но судя по всему - нет

.

AndyLy · **Добавлено:** Пн май 30, 2016 3:06 am

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

qpAHToMAS · **Добавлено:** Пн май 30, 2016 10:01 am

Все-таки нет. В RenderWorld() можно задать время (в мс), сколько прошло с последнего RenderWorld() вызова. Т.е. можно делать замедление-ускорение времени, но физика считается точно так же, как и обычно, это отчетливо заметно в SlowMo (1 мс при 60 FPS к примеру).

Кстати, обратите внимание на глючный Debug-режим, который отображает физ. границы объектов, но не учитывает, что объекты могут быть трансформированы (центральный куб вытянут):

AndyLy · **Добавлено:** Пн май 30, 2016 1:15 pm

А да я попутал (давно уже не ковырялся с ним) ускорение , замедленее . Я тоже мучался с прохождением сквозь объекты и в Пурике нет функций настройки этого дела. Возможно в самом Огре есть и вроде в движке mp3d есть.
Попробуй правда mp3d там куча доп. настроек и возможностей.

qpAHToMAS · **Добавлено:** Пн май 30, 2016 1:25 pm

Скорее я на Unity3D уйду

. Создавать что-нибудь вменяемое исключительно в текстовой IDE без всякой 3D визуализации и предпросмотра - сомнительное удовольствие.

AndyLy · **Добавлено:** Пн май 30, 2016 1:42 pm

Ну если что-то крупное делать то да. А по мелочи на Пурике легко клепать.
По прохождению могу только посоветовать делать объекты крупнее- потому что мелкие пролетают стены запросто.

Phoenix · **Добавлено:** Сб июн 11, 2016 1:57 pm

qpAHToMAS, я когда-то сталкивался с такой проблемой в 2D игре... пули кораблика пролетали сквозь мелкое препятствие из - за соотношений скорости и координат пульки.
Чтобы не пересчитывать столкновение между точками где была пуля до и после, я решил сделать так:
Я проверял на столкновение беря координаты новой пули (x,y) а (x',y' то есть её высота и ширина) от предыдущего кадра (x,y) пули. Получается я проверял на столкновение сразу весь путь который был после смещения... Это на 100% исключает пролёт сквозь объект, даже если объект смещать шагом на миллион пиксилей... В твоём случае это должно решить проблему.

AndyLy · **Добавлено:** Вс дек 18, 2016 10:54 pm

В Огре своих косяков хватает, а пурик во 1х не все функции реализует, во в 2х своих косяков хватает. Так что, да движок, который спецом для игр разработан и которым занимаются, конечно лучше в 128 раз.
Я им балуюсь потому что это просто, а учить что-то новое- я слишком стар для этого. )
Я вот думаю реанимировать свой старый проЖект, сделать более менее работоспособную демо версию. Проблема с анимацией- не могу я этого делать. Все персы такие кривые что ппц )

Apokalipsis · **Добавлено:** Пн дек 19, 2016 6:15 am

AndyLy
А какое мнение о MP3D?
Я поглядываю на этот движок, но дальше десяти кило алгоритмов и что следует реализовать ничего больше не написал из кода)))

AndyLy · **Добавлено:** Пн дек 19, 2016 12:43 pm

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

purebasic.info

Приоритет на физический движок

Кто сейчас на форуме