я пока что обхожусь облаками точек и сохранением пивота, но груду камней красил и вот оказалось тривиальное нетривиально)

кстати, а откуда алембик пивоты в сопе возьмёт? центроиды?

пишет он трансформы

RBD to FBX ещё есть

Кривовата правда.. но подходит вполне

откуда он их берет?

в хелпе написано идент ставит всем

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

читай хелп, там с атрибута какого-то это тащится

ок спс

Думаю отсюда. если про пакеды разговор..

Не понимаюю пивот внутрь куска перекинуть?

это пакеды, вот именно

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

А где надо?!

Покажи хоть скриншот..

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

так вот, если я сдвигаю в цикле каждый кусок на -$CEX, bbox(0,D_YMAX), -$CEZ, то пивоты конечно там где надо, но в анриле потом все 16 камней в одной точке. с этими конкретными пофиг, они лягут на облако точек, но приходится два fbx иметь - расставленный для пейнтера и где все в кучу для анрила. при том, если из обжа я так понимаю получаем и пивоты и трансформы. вот думалось теперь можно без обжа, ведь раньше вообще без обжа было такой мультимеш не сохранить

Анриалу я так понимаю пофиг где в гудини пивот

Он по трансформам- ротейтам ставит пивоты