весьма веская причина использовать Kinematic Rigidbody для всех двигающихся объектов с колизией
Вот код: https://pastebin.com/BqNRX2DS

простите

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

Finally тёмная тема в unity hub.

Я конечно дико извиняюсь, но зачем вообще нужна физика в катсцене, которая не подразумевает чего-то такого "физичного" (разве что кроме головы) ? То же самое касается скелетов - наступая на которые косточки улетают в ебеня

История от одного из разработчиков Skyrim про тяжесть работы над легендарным интро в повозке.

Проблемы начались еще с того, что повозка была физически симулированной (и ехала по заранее заданному пути!). Не как обычно бывает в катсценах, где объекты просто движутся как по-рельсам с отключенной физикой. А там, где есть физика, будут баги. Особенно там, где используется Havok. И особенно в TES.

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

Все это чинилось, но иногда повозка все еще улетала в небо, и никто не мог понять из-за чего. До этого кто-то чинил другой баг, связанный с тем, что в игре нельзя было поднимать пчел — а из-за этого нельзя было изготовить некоторые зелья.

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

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

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

не зря купил лицуху райдера

>5 лайков