Paladinka
Houdini Technical Artist
3subscribers
92posts
About
Создаю процедурные инструменты в Houdini и делюсь процессом.
Если вам интересны эти темы — добро пожаловать!
Если вам интересны эти темы — добро пожаловать!
Визуализация энергии: от VEX до Karma XPU
Всем привет!
Делюсь результатом еще одного проекта — процедурной визуализацией динамической проводимости.
В этой работе мне хотелось не просто сделать красивую абстракцию, но и обкатать пайплайн переноса динамических атрибутов из контекста геометрии прямиком в движок рендера.
Что под капотом: Вся логика волны и вибрации атомов написана на VEX в SOPs. Там же генерируется цвет (@Cd), который показывает пиковую плотность тока. Электроны, вылетающие из решетки — это POP-симуляция, которая триггерится самой волной.
Самое интересное началось на этапе рендера. Сцена собиралась в Solaris (LOPs), а материалы настраивались через MaterialX. Пришлось немного повозиться с тем, чтобы Karma XPU правильно прочитала цвета (Houdini при импорте переименовывает @Cd в displayColor) и отправила их в канал Emission.
Для освещения я выбрала драматичную схему с жестким контровым светом (Rim Light) и приглушенным окружением.
Как вам такой формат физических визуализаций?
На выходных сделаю рендер анимации и упакую в видео.
Делюсь результатом еще одного проекта — процедурной визуализацией динамической проводимости.
В этой работе мне хотелось не просто сделать красивую абстракцию, но и обкатать пайплайн переноса динамических атрибутов из контекста геометрии прямиком в движок рендера.
Что под капотом: Вся логика волны и вибрации атомов написана на VEX в SOPs. Там же генерируется цвет (@Cd), который показывает пиковую плотность тока. Электроны, вылетающие из решетки — это POP-симуляция, которая триггерится самой волной.
Самое интересное началось на этапе рендера. Сцена собиралась в Solaris (LOPs), а материалы настраивались через MaterialX. Пришлось немного повозиться с тем, чтобы Karma XPU правильно прочитала цвета (Houdini при импорте переименовывает @Cd в displayColor) и отправила их в канал Emission.
Для освещения я выбрала драматичную схему с жестким контровым светом (Rim Light) и приглушенным окружением.
Как вам такой формат физических визуализаций?
На выходных сделаю рендер анимации и упакую в видео.
vex
Кристаллическая решетка.
Всем привет! 👋
Делюсь с вами результатом новой работы — решила поэкспериментировать с процедурным пайплайном и сделать визуализацию кристаллической решетки меди (ГЦК структура) в связке Houdini и Solaris.
Хотелось отойти от стандартного «технического» 3D и уйти в эстетику старинных научных чертежей и макросъемки.
Что здесь интересного:
Процедурная генерация: Вся структура собиралась через SOP-ноды с расчетом точных параметров ячейки, координационного числа и атомной массы меди.
LookDev и свет: Настраивала физически корректные материалы (PBR) в MaterialX — хотелось добиться эффекта глубоких преломлений света в янтарных узлах-атомах и мягкой интеграции с текстурой старого пергамента.
Рендер: Использовала Solaris и Karma с точечной настройкой студийного света и теней, чтобы подчеркнуть объем и глубину объекта.
Как вам такая атмосфера?
Делюсь с вами результатом новой работы — решила поэкспериментировать с процедурным пайплайном и сделать визуализацию кристаллической решетки меди (ГЦК структура) в связке Houdini и Solaris.
Хотелось отойти от стандартного «технического» 3D и уйти в эстетику старинных научных чертежей и макросъемки.
Что здесь интересного:
Процедурная генерация: Вся структура собиралась через SOP-ноды с расчетом точных параметров ячейки, координационного числа и атомной массы меди.
LookDev и свет: Настраивала физически корректные материалы (PBR) в MaterialX — хотелось добиться эффекта глубоких преломлений света в янтарных узлах-атомах и мягкой интеграции с текстурой старого пергамента.
Рендер: Использовала Solaris и Karma с точечной настройкой студийного света и теней, чтобы подчеркнуть объем и глубину объекта.
Как вам такая атмосфера?
vex
solaris
karma
HDA как библиотека: почему модульность важнее универсальности
Вы уже умеете создавать HDA. Скорее всего, у вас есть набор
инструментов, которые кочуют из проекта в проект. И, скорее всего, один из них
со временем превратился в «черный ящик», который страшно открывать.
инструментов, которые кочуют из проекта в проект. И, скорее всего, один из них
со временем превратился в «черный ящик», который страшно открывать.
Это не ошибка новичка — это естественный рост инструмента
вместе с задачами.
Но в какой-то момент такой HDA перестает быть инструментом и становится риском
для всего пайплайна.
вместе с задачами.
Но в какой-то момент такой HDA перестает быть инструментом и становится риском
для всего пайплайна.
Как инструмент теряет форму
Все начинается прозрачно: одна задача — один вход — понятные
параметры.
Но приходит новый проект, и вы добавляете toggle. Потом еще один. Потом ветку
для «уникального» случая, который внезапно повторяется снова и снова.
параметры.
Но приходит новый проект, и вы добавляете toggle. Потом еще один. Потом ветку
для «уникального» случая, который внезапно повторяется снова и снова.
Итог через год:
- 40+ параметров в интерфейсе
- половина из них работает только при определенных комбинациях
- документации нет
- внутренняя логика — «спагетти» из нод и условий
Главный симптом: вы боитесь менять логику, потому что не
знаете, где всё «посыплется».
знаете, где всё «посыплется».
Когда пора дробить?
Разделение — это не рефакторинг ради красоты. Это вопрос
выживаемости инструмента.
выживаемости инструмента.
Есть простой сигнал: если вы боитесь открыть свой HDA — он уже слишком большой.
Еще несколько признаков:
- дебаг занимает часы вместо минут
- часть логики можно использовать отдельно, но она «зашита» внутрь
- никто кроме вас не понимает, как это работает
Если внутри HDA есть логика, которая полезна сама по себе —
она заслуживает отдельного инструмента.
она заслуживает отдельного инструмента.
Проверка на «глагол»
Попробуйте описать задачу инструмента одним глаголом:
- «Скаттерит точки» — отлично
- «Скаттерит, группирует и готовит под инстансинг» — это уже три разных инструмента
Если в описании больше одного действия — у вас не
инструмент, а мини-пайплайн внутри HDA.
инструмент, а мини-пайплайн внутри HDA.
Практический профит: забор vs дорога
Представьте HDA процедурного забора. Он генерирует столбы,
расставляет секции и — самое важное — адаптирует их под рельеф.
расставляет секции и — самое важное — адаптирует их под рельеф.
В следующем проекте вам нужно адаптировать под рельеф
дорогу.
дорогу.
Если логика «зашита» в забор: вы копируете куски нод вручную. Через месяц у вас два разных варианта одного и
того же алгоритма, которые нужно поддерживать отдельно.
того же алгоритма, которые нужно поддерживать отдельно.
hda
Houdini — это не программа. Это способ думать
Первые недели в Houdini многие проводят в поисках «той самой кнопки». Которая есть в Maya, есть в Blender и которая должна быть здесь.
Её нет. И это лучшее, что могло с вами случиться.
Здесь нет инструментов — есть данные
Геометрия, частицы, объёмы, симуляции — для Houdini это одно и то же. Просто наборы чисел (атрибутов), которые живут на точках, рёбрах и примитивах.
- Хочешь скрутить меш? Не ищи «twist» — поверни векторы нормалей в VEX за три строки.
- Нужен лес на склоне? Один атрибут, одна нода, одна маска.
Я как-то строила разброс камней для рокфолла через ручные атрибуты точек вместо стандартного Copy to Points. Нужен был точный контроль над кластерами в конкретных зонах. Выглядело странно, но работало идеально. Теперь это шаблон, который я тащу из проекта в проект.
Почему Data-Driven подход — это мастхэв для больших проектов?
В крупном производстве «способность думать данными» превращается в реальные сэкономленные часы (и бюджеты).
- Масштабируемость: Когда у вас 1000 ассетов, вы не правите их руками. Вы правите правило (logic), по которому они строятся.
- Недеструктивность: Если клиент на финальном этапе меняет ландшафт, в обычном пакете это катастрофа. В Houdini — это просто замена входного меша. Весь ваш «обвес» из камней, деревьев и грязи пересчитается автоматически.
- Гибкость пайплайна: Вы создаете системы, которые не зависят от конкретной топологии. Это позволяет автоматизировать рутину и отдавать художникам уже готовые, логически верные сетапы для творчества, а не для борьбы с софтом.
Про «правильный» способ
Его нет. Есть быстро, есть гибко, есть читаемо. Одну задачу можно решить разными путями:
- SOP-ноды (наглядно);
- VEX (максимально быстро);
- VOPы (визуальное программирование);
- Python (сложная логика и внешние данные).
Критерий один: это должно работать и не рендериться вечность. Самое страшное, что делают новички — ищут канонический путь и парализуются, не найдя его. Houdini не про канон. Он про то, чтобы понять задачу достаточно глубоко и построить под неё систему с нуля.
Что реально меняется в голове
Перестаёшь делать объект. Начинаешь делать правило, по которому объект появляется сам. Это неудобно первые месяц-два. Потом обратно уже не хочется.
А какой «костыль» или кастомный сетап стал у вас постоянным шаблоном? Пишите в комментариях! 👇
houdini
sidefx
vfx
techart
procedural
gamedev
3dmodeling
pipeline
Nanite не сделает ваш меш «бесплатным». Но многие думают именно так.
«Теперь можно не париться про поликаунт» — эту фразу я слышу регулярно. И каждый раз за ней следует один и тот же сценарий: меш на 5 млн полигонов, красная зона в Overdraw, просадка FPS — и полное непонимание, почему «революционный движок» тормозит.
Давайте разберёмся, где Nanite реально спасает, а где тихо подводит в реалиях UE 5.7.
Где Nanite — ваш лучший друг
- Архитектура и окружение. Фасады, каменная кладка, детализированный пропс — здесь Nanite идеален. Он избавляет от недель работы над ручными LOD-ами.
- Фотограмметрия. Сканы теперь можно импортировать почти напрямую. Nanite сам эффективно управляет детализацией в зависимости от дистанции.
- Скорость итераций. Мы тратим меньше времени на рутину и больше — на качество. Это главный выигрыш в пайплайне.
Где Nanite тихо подводит (или «ловушки» для новичка)
1. Overshading — ловушка №1
Nanite рендерит геометрию кластерами. Если ваши треугольники мельче одного пикселя на экране — GPU всё равно шейдит весь кластер целиком. Микро-треугольники от чрезмерного сабдива незаметно съедают производительность шейдинга.
Nanite рендерит геометрию кластерами. Если ваши треугольники мельче одного пикселя на экране — GPU всё равно шейдит весь кластер целиком. Микро-треугольники от чрезмерного сабдива незаметно съедают производительность шейдинга.
- Как проверить: Nanite Visualization → Overdraw. Красные и белые зоны — ваша главная проблема.
2. World Position Offset (WPO)
В актуальных версиях движка Nanite поддерживает WPO, но помните: это не бесплатно. Включение Programmable Rasterizer для работы ветра на листве или деформаций — это тяжелая операция. Если не настраивать дистанцию отсечения (NanitePixelProgrammableDistance), можно легко убить кадр.
В актуальных версиях движка Nanite поддерживает WPO, но помните: это не бесплатно. Включение Programmable Rasterizer для работы ветра на листве или деформаций — это тяжелая операция. Если не настраивать дистанцию отсечения (NanitePixelProgrammableDistance), можно легко убить кадр.
3. Память и стриминг
Nanite умный, но он не сжимает данные до нуля. «Сырой» меш с мусорной топологией занимает больше места на диске и дольше стримится, чем чистый меш с той же визуальной детализацией. Лишний вес — это лишние лаги при загрузке уровней.
Nanite умный, но он не сжимает данные до нуля. «Сырой» меш с мусорной топологией занимает больше места на диске и дольше стримится, чем чистый меш с той же визуальной детализацией. Лишний вес — это лишние лаги при загрузке уровней.
4. Draw Calls всё ещё важны
Nanite решает проблему треугольников, но не материалов. Один объект с пятью материальными слотами — это всё ещё пять вызовов отрисовки. Для оптимизации это критично.
Nanite решает проблему треугольников, но не материалов. Один объект с пятью материальными слотами — это всё ещё пять вызовов отрисовки. Для оптимизации это критично.
Быстрый чек перед сном (или коммитом):
- Включили Overdraw visualization? Нет ли там «ядерного взрыва» из микро-треугольников?
- Используете WPO? Проверьте, не включен ли он на объектах, которые не двигаются.
- Сколько Material Slots? Больше двух-трёх на объект — повод задуматься об атласах или объединении.
- Для мелких объектов в ближней зоне (например, кнопки на пульте) Nanite почти ничего не даёт, а память ест.
Итог
Nanite — это революция контент-пайплайна, но не повод забывать про топологию. Он решает проблему «слишком много треугольников для рендера», но он не решает проблему «плохо устроенная геометрия».
Знать эту разницу — и есть работа Tech Artist-а.
Сталкивались с тем, что Nanite в 5.7 ведёт себя не так, как ожидали? Пишите в комментариях — разберём ваши кейсы.
Эволюция кринолина: превращаем геометрию в удобный инструмент
Помните мой туториал по созданию базовой формы кринолина? Кринолин and VEX
Там мы разбирали саму суть построения формы. Но в работе над проектом важна не только форма, но и скорость её подгонки под разных персонажей.
Я доработала ту логику и превратила её в полноценный ассет с удобным управлением. Теперь не нужно лезть внутрь нодовой сети, чтобы поправить модель под нового манекена.
Что нового в этой версии:
- Точный контроль талии: Вывела параметры Waist Height и Waist Radius на верхний уровень. Теперь можно вручную за секунды выставить высоту и обхват талии точно под меш любого персонажа.
- Интуитивный UI: Вместо переписывания значений в нодах — удобные слайдеры и кривая Profile Shape для управления силуэтом.
- Гибкость: На скриншотах видно, как один и тот же ассет легко адаптируется и под женский, и под мужской манекен простым движением регуляторов.
Это отличный пример того, как знания из базового урока превращаются в реальный рабочий инструмент, который экономит время на продакшене.
hda
asset
crinoline
houdini
vex
attributewrangle
Почему PolyCount в Houdini и Unreal — это разные вещи?
Если вы смотрите только на PolyCount в Houdini — вы оптимизируете не то.
Знакомая ситуация: в Houdini ваш меш гордо показывает 10k полигонов, вы импортируете его в Unreal Engine 5, открываете статистику и видите... 20k, а то и все 30k «вертексов».
Где ошибка? Нигде. Просто PolyCount в DCC-софте и игровом движке — это две разные реальности. Давайте разберём, почему цифры расходятся и за чем на самом деле нужно следить Tech Artist-у.
1. Квады — это иллюзия
Houdini — мир процедурной логики, где мы обожаем Quads (четырёхугольники). Это удобно для топологии и деформаций. Но видеокарты работают только с треугольниками, поэтому любой движок триангулирует меш при импорте.
С чистыми квадами всё предсказуемо: 1 квад → 2 треугольника, поликаунт удваивается. Но если в вашей сетке есть нгоны (5+ рёбер) — будьте осторожны: алгоритм триангуляции в Houdini и в Unreal может разбить их по-разному. Итог — артефакты на поверхности или неожиданная топология уже в движке.
Золотое правило: триангулируйте меш сами в Houdini нодой divide перед экспортом — и вы точно знаете, что получите на той стороне. Если меш состоит из чистых квадов, треугольников станет ровно в 2 раза больше. Если есть нгоны — итоговое число зависит от сложности их разбиения.
2. Главный секрет: Points ≠ Vertices
Это фундаментальный момент, на котором строится вся оптимизация.
В Houdini Point — это просто точка в пространстве. В Unreal (и на уровне GPU) существует понятие GPU Vertex — уникальная комбинация данных:
- Позиция (XYZ)
- UV-координаты
- Нормали и тангенты
- Vertex Color
Если хотя бы один из этих параметров «разрывается» — видеокарта дублирует вершину.
UV Seams (Швы): точка на границе UV-островка превращается в две и более вершины, потому что у них разные UV-координаты.
Hard Edges (Жёсткие рёбра): нормали соседних полигонов смотрят в разные стороны — движок дробит одну точку на несколько, чтобы записать разные данные нормалей.
Классический пример — куб:
Вырастила лозу из шума
Houdini, процедурный подход и немного магии Attribute Noise.
attribute noise
houdini
proceduralmodeling
workprocess
Подборка: 3 любимых ноды в Houdini, которые экономят часы работы
Привет! Я обожаю Houdini за то, что любую задачу можно решить десятью способами, но работа Technical Artist — это всегда поиск кратчайшего пути. За годы практики я выделила три инструмента, которые превращают монотонную рутину в эффективный процесс.
Сегодня расскажу, что это за ноды и в каких реальных задачах они экономят ваше время.
1. Attribute Noise (SOP)
Если вам нужно добавить хаоса в идеальные цифровые формы, эта нода — ваш первый выбор. Она позволяет накладывать случайные изменения (шум) на любые данные объекта: положение точек, цвет или размер.
1. Attribute Noise (SOP)
Если вам нужно добавить хаоса в идеальные цифровые формы, эта нода — ваш первый выбор. Она позволяет накладывать случайные изменения (шум) на любые данные объекта: положение точек, цвет или размер.
- Как это работает: Вам больше не нужно писать код или собирать сложные схемы внутри VOP-сетей. Вы просто выбираете атрибут (например, P — позиция) и настраиваете тип шума.
- Пример из практики: Создание процедурного ландшафта или каменной кладки. Вместо того чтобы вручную двигать каждый кирпич, вы используете Attribute Noise, чтобы за секунду добавить микро-неровности и легкие повороты всем элементам сразу.
2. Labs Auto UV (SideFX Labs)
Развертка (UV) — это процесс «разрезания» 3D-модели для наложения плоской текстуры. Обычно это скучный и долгий процесс, но SideFX Labs предлагает автоматизацию.
Развертка (UV) — это процесс «разрезания» 3D-модели для наложения плоской текстуры. Обычно это скучный и долгий процесс, но SideFX Labs предлагает автоматизацию.
hda
noise
houdini
attribute noise
Subscription levels0
No subscription levels