Колайдер для генерируемого меша.

[DarkMaster]

Уважаемы знатоки помогите решить следующий задачу:

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

Что я пробовал:
1. Я пробовал использовать MeshColider - все хорошо и точно определяет, но постоянное пересоздание этого коллайдера дает фризы и зависания, особенно на сложных мешах и сложных сценах где много одновременных динамических изменений мешей.
2. Пробовал написать собственную обработку столкновений с мешем. Я определял принадлежность точек одного меша треугольникам другого. И это тормозило.

Вопрос:
Как быть в такой ситуации ? Помогите советом, поделитесь опытом или возможно есть какое то стороннее решении физики для юнити ?.

[bojlahg]

по п1. Зачем MeshCollider пересодавать? Вроде нужно только апдейтить sharedMesh.

[DarkMaster]

по п1. Зачем MeshCollider пересодавать? Вроде нужно только апдейтить sharedMesh.

Я так и делаю. Именно процесс замены меша у МешКолайдера и вызывает тормоза и фризы. Я точно не знаю что происходит в этот момент, но эта операция видимо тяжеловесна для Физикса.

[Kann]

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

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

[DarkMaster]

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

Ну это просто замечательно *))) Ну а по делу ? Как решить задачу конкретно в рамках Юнити ?

[Nicloay]

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

[DarkMaster]

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

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

[Kann]

Ну это просто замечательно *))) Ну а по делу ? Как решить задачу конкретно в рамках Юнити ?

а хз, ройте в сторону вокселей, такое готовое решение по моему есть только в CryEngine

[Nicloay]

а на сколько координально изменение меша? - может можно сделать свертывающуюся систему типа все меши стандартно 100 треугольников, ненужные свернуты внутрь объекта, ну либо имеют толщину 0 пиксеелей, ну и вытягивать тогда когда нужно. тогда не нужно будет создавать новых массивов и делать пересчеты нормалей и т.п. (для текстур)

[IDoNotExist]

а хз, ройте в сторону вокселей, такое готовое решение по моему есть только в CryEngine

Да вы чо!


http://forum.unity3d.com/threads/94224-Introducing-Voxelform-voxel-terrain-%28Marching-Cubes%29-with-real-time-deformation.

[DarkMaster]

а на сколько координально изменение меша? - может можно сделать свертывающуюся систему типа все меши стандартно 100 треугольников, ненужные свернуты внутрь объекта, ну либо имеют толщину 0 пиксеелей, ну и вытягивать тогда когда нужно. тогда не нужно будет создавать новых массивов и делать пересчеты нормалей и т.п. (для текстур)

Ну очень объемные. Проект в стиле Minecraft. У нас меш - это массив кубиков. То есть сам меш строиться по массиву кубиков и только те грани которые реально видны, ну и добавление удаление в реальном времени и т.д.

Я тут прошелся еще раз по тестам и вот что выяснил для себя MeshColder.sharedMesh - это ведь ссылка на объект типа Mesh. Раньше я удалял старый меш, потом генерировал на основе карты кубиков новый меш и приравнивал к MeshColder.sharedMesh полученный после генерации меш. Ну и получал провисание. Я попробовал работать с вершинами не удаляя старый меш - а в рамках текущего, и провисания пропали, что логично так как я модифицировал уже существующий объект не переиздавая его и не производя новой привязки колайдер к этому новому мешу. Надо более детально все про тестировать. Проведу тесты отпишу о результатах.

[ArtUni3d]

Омг, опять копатель, так бы сразу и сказали )
Где-то на оф. форуме видел Minecraft Starter Kit или что-то такое, возьмите и не мучайтесь)