Проблемы с collision в новом Юнити

[Dan1g3r]

Здравствуйте, уважаемые. Недавно, установив новый Юнити (3.0), среди всего прочего я заметил, что файлы столкновений начали работать некорректно. К примеру:
На сцене стоит куб к нему подходит FPC и начинает обстреливать его сферами(Rigidbody) малого размера(Радиусом 0.2 - 0.4). Сферы которые попали в центральные области - свободно пролетают сквозь. Те-же, что попадают ближе углам - продолжают работать по сценарию. И так далее и тому подобное...
В идеале(на прежней версии) я за неимением достающих знаний, создавал взрывную волну при помощи стандартного объекти и scale, она работала достаточно четко. В данной-же ситуации - выборочно уничтожает объекты..

Не подскажете, как с этим бороться? Заранее благодарю.)))

[Neodrop]

Настроить правильно. НА ригидбоди "снарядов" поставьте Collision Detection -> Continuous Dinamic
И справку почитать никогда не помешает.

[Mohenti]

Всё-таки я думаю, что проблема существует. Если скорость rigidbody достаточно велика, то объект зачастую поздно реагирует на коллизию, а то и вовсе не реагирует. На очень больших скоростях всё ещё хуже. Чётко работает геометрия уровня, а вот всё остальное... Проводил разные эксперименты с различными типами физ. материалов, формами коллизии и "Collision detection" - результаты не очень. Достаточно задать скорость в 700 и объект превращается в бесплотного духа.

[bgeyts667]

Всё-таки я думаю, что проблема существует. Если скорость rigidbody достаточно велика, то объект зачастую поздно реагирует на коллизию, а то и вовсе не реагирует. На очень больших скоростях всё ещё хуже. Чётко работает геометрия уровня, а вот всё остальное... Проводил разные эксперименты с различными типами физ. материалов, формами коллизии и "Collision detection" - результаты не очень. Достаточно задать скорость в 700 и объект превращается в бесплотного духа.

Если нужно чтобы объект на большой скорости не становился "бесплодным духом" уменьшите FixedTimestep в Edit->ProjectSettings->PlayerSettings

[Mohenti]

Хм... Это действительно помогло, правда и привело к некоторым извращённым эффектам.
Например персонаж теперь не в состоянии подниматься по лестнице (при этом компьютер подглючивает), а взрывы раскидывают объекты на очень большие расстояния.

[GrueGames]

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

[Zaicheg]

Вернее, используйте её на уровне Raycast.

[Mohenti]

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

[Zaicheg]

Но, если я правильно понимаю, лучи прямолинейны, а я же хотел использовать воздействие гравитации на снаряды.

Используйте. Двигайте свой снаряд транслейтом, а коллизии проверяйте лучами.

[Mohenti]

А где можно найти более менее подробную информацию по данной теме?

[Marth]

Немного не в тему, но все же. У меня сферы (какая неожиданность) стукаются о кубы. Я sphereCast-ом для дебага каждый кадр ищу точку коллизии и рисую до нее луч от оружия. От этой точки я строю второй луч, Reflect от нормали (направление отскока). Все хорошо, сферы отскакивают строго по дебажной траектории... но только если это не грань коллайдера. Если грань, то тут мнения у rigidbody и SphereCast-а расходятся. Я сильно уменьшил fixedTimeStep - играть стало невозможно, зато траектории стали совпадать.

Меня бы устроил любой из двух результатов - или сферы отскакивают как считает SphereCast, или же SphereCast рисовал на углах траекторию как отскочит сфера.

Я понимаю, что вероятнее всего ответ будет, что без изменения fixedTimeStep ничего не выйдет, но вдруг кто-то что-то придумает...

[fox]

Зафиксируй момент(поставь timeScale = 0 в момент колизии), когда у тебя сталкивается сфера, и посмотри, возможно она просто проникае твнутрь другого коллайдера и поэтому отскок получается неправильный. это можно обхитрить, если ты знаешь как у тебя должна полететь свера после коллизии, исходя из данных СферКаста, то после колизии, направляй свою сферу туда куда тебе нужно.

[Zaicheg]

По ситуации:
- изменить типы сталкивающихся коллайдеров на isTrigger
- изменить типы сталкивающихся ригидбоди на isKinematic
При любом из этих раскладов физика перестанет регулировать отскоки.

Зафиксируй момент(поставь timeScale = 0 в момент колизии)

Прикольный способ, не думал о нём )

[Marth]

Спасибо!
Пробовал вчера такие способы, были следующие проблемы:
Да, проблема именно в том, что объект проникает внутрь. Я когда доберусь до домашнего компьютера проверю еще раз, но на 80% уверен что в этом дело.
СферКаст он от оружия, что-то вроде ЛЦУ. То есть когда сфера соприкасается с поверхностью "оружие" уже смотрит в другую сторону
Я хотел регулировать отскоки самостоятельно, но триггер не возвращает данные о точке соприкосновения, а если делать коллайдером и просто вначале OnCollisionEnter обнулить велосити и пересчитывать по-своему, выходит точно тоже самое (возможно потому, что объект возвращается из состояния проникновения до вызова этого метода).
Это если я все правильно понял, что вы имели ввиду.

Да, может это поможет, меня интересует только 2D.

[Zaicheg]

Действительно, в триггере нет точки.
Вариант с isKinematic на снаряде почему не подходит?