Turbosmooth и NURMS subdivision. В чём разница?

Да, в 2017 не показывает, но если поискать мышкой, то находится. можно выделить все ребра и сделать chamfer. Будет попа.

Некоторые модификаторы меняют класс объекта, некоторые работают с тем классом который ниже по стеку. Узнать текущий класс объекта можно через maxscript (доллар - выделенный объект):
Класс объекта определяется всем стеком модификаторов по порядку - снизу вверх. Как пример, если последний модификатор в стеке не меняет класс объекта то класс будет определеться предпоследним модификатором и т.д.

MeshSmooth, как Борис уже сказал, конвертирует объект в Poly. Полигоны значительно медленнее работают чем mesh (еще раз ссылка - почему) именно по этому был написан в свое время TurboSmooth который применят NURMS сглаживание к Mesh объекту а не к Poly.

FFD модификатор класс объекта не меняет, по этому класс объекта будет определен модификаторами ниже по стеку или базовым объектом.

Благодарю за развёрнутый ответ и снова извиняюсь. Упёртый я
Да, я знаю что меш легче и, когда нагружен стек, лучше пользоваться турбой, но раз пошла такая пьянка, можно ещё вот что прояснить?
Что такого прописывается в файл при сохранении одного объекта, что файл с поли весит значительно больше, чем с мешем? Простой бокс с пятью итерациями и разница 100 Кб.
Почему такая разница?

ну я думаю просто взгляни на раздел атрибутов обьекта ( как это назвали-бы в Майке), у поли их гораздо больше, и неважно, используешь ты их или нет, под каждый создаётся стек в памяти и так далее...

С этими файлами вообще что-то непонятное. Открываешь старый файл и просто сохраняешь в новой версии Макса и вот уже файл стал жирнее в два раза.

Даже не в два. Открыл, сохранил и на тебе. Что там произошло?

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

Ну и славно.

Я недавно заметил, что если объекту сколлапсить UVW модификатор, файл довольно значительно увеличивается в размере.

Если для описания mesh достаточно списка вершин, граней и треугольников, то для полигонов нужно добавить еще список полигонов (которые которые формируются из треугольников) и т.д.
UVW map хранит только размеры гизмо и параметры развертки, как только вы делаете collapse вы создаете новый список с данными развертки для каждого треугольника, что естественно увеличивает размер файла.

В общем все уже сказал maiden666

ну я думаю просто взгляни на раздел атрибутов обьекта ( как это назвали-бы в Майке), у поли их гораздо больше, и неважно, используешь ты их или нет, под каждый создаётся стек в памяти и так далее...

Нажмите, чтобы раскрыть...

Господа, ещё раз здравствуйте! Вспоминая все тонкости и инструменты полимоделинга, естественно, натыкаюсь на что-то новое! И вот волшебный параметр Crease на уровне рёбер. Чтобы получить какую-то острую грань я обычно добавлял немного геометрии. Чамфер там, или коннектом наращивал сетку. А тут на просторах ютуба наткнулся на такую штуку, как крис. И опять волшебство. Не могу понять, а как же оно так работает? И в чём подвох? Потому как, чтобы получить правильную топологию на участках модели, где нам нужна острая грань, обычно добавляли геометрии. А тут эва как! Просто бегунок дёргаешь, и оно само работает! При чём я бы понял, если бы это как-то с группами сглаживания было связано, но нет! Я могу значением говорить, насколько остро мне надо в этом участке получить сглаживание. В общем, суть всего этого словоблудия: когда можно пользоваться крисом, а когда нет? Ибо читерством попахивает!

читайте Александр http://graphics.pixar.com/opensubdiv/docs/intro.html

использование этих инструментов в сравнении с turbosmooth на 1-2 итерации, легче по нагрузке на производительность? и как влияют на это разные значения крисов?