Houdini Solaris и USD: руководство по слоям архитектурных сцен

В этом руководстве рабочий процесс Solaris и USD, описанный в документации SideFX для Houdini 22.0, рассматривается с точки зрения архитектурного моделирования и визуализации. Solaris объединяет в Houdini создание и редактирование сцен USD с рендерингом в Karma в рамках одной производственной среды. Основной подход заключается в том, чтобы не собирать всё содержимое сцены в одном файле, а объединять разные элементы с помощью слоёв и ссылок.

1. Спланируйте послойную структуру сцены

В USD сцену можно собирать из связанных друг с другом слоёв данных. Например, основная сцена интерьера может включать из отдельных файлов такие элементы, как мебель или освещение. Сцена, полученная после объединения этих слоёв, называется «stage». Stage — это итоговая структура, образованная совместной оценкой данных, а не сами исходные файлы.

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

Для начала действуйте в следующем порядке:

1. Определите, какие элементы есть в сцене и какие правки нужно хранить отдельно.

2. Решите, будут ли эти части находиться в отдельных файлах или в слоях, создаваемых во время работы.

3. Добавьте слои в сцену и объедините их; отслеживайте, из какого слоя поступают данные.

4. Проверьте, подходит ли вашему рабочему процессу хранение изменений в отдельном слое вместо записи в базовый объект.

Эти шаги представляют собой вводную схему, объясняющую логику слоёв USD, а не стандарт структуры папок или именования файлов.

2. Используйте LOP-сети в Solaris

LOP-узлы в Solaris — это узлы, последовательно применяющие операции к сцене USD. Каждый узел получает сцену с предыдущего этапа, изменяет её и создаёт собственный результат. Поэтому LOP-сеть позволяет представить этапы создания и редактирования сцены как цепочку операций. Логика потока похожа на работу с геометрией в SOP-сетях Houdini, но здесь узлы обрабатывают данные сцены USD.

Операции высокого уровня в Solaris помогают собирать содержимое сцены, не редактируя каждый раз вручную низкоуровневую структуру USD. При этом понимание основных понятий — таких как прим, свойство и слой — облегчает работу с узлами. В документации SideFX также отмечено, что параметры LOP используют терминологию USD и в некоторых случаях напрямую опираются на функции USD.

Чтобы проверить результат, созданный сетью, щёлкните правой кнопкой мыши по нужному LOP-узлу и выберите LOP Actions › Inspect Flattened Stage. Эта команда позволяет просмотреть результат сцены в синтаксисе USDA. Так можно проверить не только связи между узлами, но и структуру сцены, сформированную на выходе сети.

3. Различайте примы, свойства и связи

Сцену USD можно представить в виде дерева из основных элементов, называемых примами. Mesh, свет или материал могут быть представлены примами; у примов могут быть имена, свойства и дочерние элементы. Свойства, описывающие внешний вид или данные прима, бывают двух основных типов: attribute, которые хранят значения, и relationship, которые связывают примы между собой.

Например, attribute может хранить такое значение, как размер объекта. Relationship, в свою очередь, может задавать связь между двумя элементами сцены — например, указывать материал, связанный с mesh. Это различие помогает при анализе сцены понять, какие данные являются значениями, а какие — связями.

При объединении слоёв для одного и того же свойства могут встречаться разные значения. Значение из слоя с более высоким приоритетом может перекрыть значение из нижележащего слоя. Так можно задать другое значение для конкретной сцены, не меняя файл базового объекта. В Houdini Reference LOP используется для добавления другого слоя в создаваемый слой в виде ссылки, а Sublayer LOP — для загрузки файла USD в стек слоёв текущего stage. Это разные операции, которые следует выбирать в зависимости от задачи.

В USD также есть специальные типы attribute, называемые primvar. Их можно использовать для влияния на параметры материала; способ распределения значений по геометрии связан с информацией об интерполяции. В документации SideFX описаны такие типы распределения, как Constant, Uniform, FaceVarying и Vertex. Эти детали особенно важны в сценах, где данные, привязанные к геометрии, должны влиять на материал или вид рендера.

4. Проверьте формат файлов и возможности инструментов

Расширение .usd само по себе не показывает, является ли файл читаемым текстом или бинарными данными. .usda обозначает текстовый формат, а .usdc — бинарный. Это различие важно, когда нужно просмотреть файл в текстовом редакторе или технически оценить его содержимое.

Инструмент Component Builder в Houdini может подготовить начальную сеть для создания модели USD из SOP-геометрии. Согласно документации SideFX, инструмент поддерживает материалы, варианты, payload и слои. В документации Solaris также описана возможность использовать шейдеры на основе MaterialX с Karma. Однако это не означает, что все данные будут беспроблемно передаваться между разными программами: имеющиеся источники не содержат таблицы совместимости.

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

Как это влияет на архитектурный и archviz-процесс

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

До начала производства определите, в каких слоях будут храниться файлы, как будут использоваться ссылки и с какой версией Houdini работает команда. Также проверьте совместимость файлов проекта с целевыми программами и имеющимся оборудованием на небольшой тестовой сцене. Источники не устанавливают точных требований по этим вопросам, поэтому общая рекомендация не заменит проверку конкретного проекта.

Частые ошибки

• Считать, что файл .usd всегда представляет собой читаемый текст: это расширение также может использоваться для бинарного формата.

• Записывать каждое изменение в файл базового объекта: такой подход игнорирует возможность хранить правки отдельно с помощью слоёв.

• Считать прим, attribute и relationship одним и тем же: у них разные роли — элемент сцены, значение и связь.

• Проверять только узлы сети, не просматривая итоговую сцену: при необходимости изучите представление Flattened Stage.

• Считать сведения из документации Houdini 22.0 применимыми к другим версиям без проверки.