именование там просто

правда надо разобраться что он считает именем меша, а то он поднимает у меня меши с именем выходной ноды

для конвекса можно после ремеша конвексдекомпозишн ноду

name нода для полигонов

еще path. я тож хуй пойму зачем столько хероты разной всякой

ок затестим. а как по ощущениям, ок лоды делает анрил по дефолту? касательно камней всё отлично а когда объекты более предметные?

криво достаточно. но тож сморя какая форма

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

очень уж руками впадлу

а всеж таки удавалось кому перетащить и пивот и позицию через фбх?

обжами

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

да вот хотелось бы этого избежать

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

ну, тогда делать куски с пральными пивотами и инстансить на точки

при этом запаковывая наверное

как я выше описал?

инстансер на точках, это же только чере энжин, так ведь?

ну вот похоже да