Turbosmooth и NURMS subdivision. В чём разница?
- Автор темы Александр Сазонов
- Дата создания
- Рейтинг
- 229
Некоторые модификаторы меняют класс объекта, некоторые работают с тем классом который ниже по стеку. Узнать текущий класс объекта можно через maxscript (доллар - выделенный объект):
Класс объекта определяется всем стеком модификаторов по порядку - снизу вверх. Как пример, если последний модификатор в стеке не меняет класс объекта то класс будет определеться предпоследним модификатором и т.д.
MeshSmooth, как Борис уже сказал, конвертирует объект в Poly. Полигоны значительно медленнее работают чем mesh (еще раз ссылка - почему) именно по этому был написан в свое время TurboSmooth который применят NURMS сглаживание к Mesh объекту а не к Poly.
FFD модификатор класс объекта не меняет, по этому класс объекта будет определен модификаторами ниже по стеку или базовым объектом.
Код:
classof $MeshSmooth, как Борис уже сказал, конвертирует объект в Poly. Полигоны значительно медленнее работают чем mesh (еще раз ссылка - почему) именно по этому был написан в свое время TurboSmooth который применят NURMS сглаживание к Mesh объекту а не к Poly.
FFD модификатор класс объекта не меняет, по этому класс объекта будет определен модификаторами ниже по стеку или базовым объектом.
Благодарю за развёрнутый ответ и снова извиняюсь. Упёртый я 
Да, я знаю что меш легче и, когда нагружен стек, лучше пользоваться турбой, но раз пошла такая пьянка, можно ещё вот что прояснить?
Что такого прописывается в файл при сохранении одного объекта, что файл с поли весит значительно больше, чем с мешем? Простой бокс с пятью итерациями и разница 100 Кб.
Почему такая разница?
Да, я знаю что меш легче и, когда нагружен стек, лучше пользоваться турбой, но раз пошла такая пьянка, можно ещё вот что прояснить?
Что такого прописывается в файл при сохранении одного объекта, что файл с поли весит значительно больше, чем с мешем? Простой бокс с пятью итерациями и разница 100 Кб.
Почему такая разница?
- Рейтинг
- 229
Если для описания mesh достаточно списка вершин, граней и треугольников, то для полигонов нужно добавить еще список полигонов (которые которые формируются из треугольников) и т.д.
UVW map хранит только размеры гизмо и параметры развертки, как только вы делаете collapse вы создаете новый список с данными развертки для каждого треугольника, что естественно увеличивает размер файла.
В общем все уже сказал maiden666
UVW map хранит только размеры гизмо и параметры развертки, как только вы делаете collapse вы создаете новый список с данными развертки для каждого треугольника, что естественно увеличивает размер файла.
В общем все уже сказал maiden666
- Рейтинг
- 15
Господа, ещё раз здравствуйте! Вспоминая все тонкости и инструменты полимоделинга, естественно, натыкаюсь на что-то новое! И вот волшебный параметр Crease на уровне рёбер. Чтобы получить какую-то острую грань я обычно добавлял немного геометрии. Чамфер там, или коннектом наращивал сетку. А тут на просторах ютуба наткнулся на такую штуку, как крис. И опять волшебство. Не могу понять, а как же оно так работает? И в чём подвох? Потому как, чтобы получить правильную топологию на участках модели, где нам нужна острая грань, обычно добавляли геометрии. А тут эва как! Просто бегунок дёргаешь, и оно само работает! При чём я бы понял, если бы это как-то с группами сглаживания было связано, но нет! Я могу значением говорить, насколько остро мне надо в этом участке получить сглаживание. В общем, суть всего этого словоблудия: когда можно пользоваться крисом, а когда нет? Ибо читерством попахивает!
- Рейтинг
- 229
читайте Александр http://graphics.pixar.com/opensubdiv/docs/intro.html
