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

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

1. Планируйте сцену как набор слоёв USD

USD — это система описания 3D-сцен путём объединения слоёв. Например, основная сцена интерьера жилого помещения может ссылаться на отдельные файлы с мебелью, освещением и другими элементами. В примере кухни из документации SideFX основной файл объединяет такие ассеты, как стул и стол, а также освещение. Такой подход призван упростить совместную работу разных специалистов над отдельными частями одной сцены.

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

2. Разделяйте правки, не затрагивая исходную сцену

Одно из важных преимуществ слоёв USD заключается в том, что изменения можно хранить в новом слое, а не вносить непосредственно в существующую сцену. Таким образом, новые правки не затрагивают автоматически других участников команды, использующих ту же базовую сцену: они могут сами решить, подключать ли этот слой. Замена ассета на более актуальную версию также может позволить повторно применить существующие изменения.

Чтобы создать новый слой в сети Solaris, можно использовать Layer Break LOP. Для добавления файла USD с диска в стек слоёв текущего stage применяется Sublayer LOP, а для ссылки на слой, созданный внутри сети LOP, — Reference LOP. Хотя эти узлы могут показаться похожими по назначению, в документации они описаны как инструменты для разных операций: один загружает существующий субслой, другой создаёт ссылку на слой.

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

2. Создайте отдельные слои для изменений, которые не должны затрагивать исходные данные.

3. Подключите слой с диска с помощью Sublayer LOP, а слой, созданный в сети, — с помощью Reference LOP.

4. Рассматривайте сцену, полученную после объединения слоёв, как stage.

3. Правильно интерпретируйте stage, примитивы и свойства

Stage — это название итогового дерева примитивов, вычисляемого при объединении слоёв USD. Файл USD может быть отдельным слоем; в другом контексте, когда тот же файл загружается как верхний уровень, он может создать stage. Поэтому неправильно проводить жёсткое разграничение между «файлом stage» и «файлом слоя» только на основании расширения файла.

Основные единицы stage — примитивы, или prim’ы. Mesh, свет, материал или объект с данными трансформации могут быть примитивом. Примитивы могут содержать свойства и дочерние примитивы. Есть два основных типа свойств: attribute и relationship. Attribute хранит типизированное значение, например размер или цвет, а relationship связывает один примитив с другим. Например, назначение материала можно представить как связь между mesh и материалом.

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

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

Чтобы изучить stage, созданный узлом LOP, щёлкните по узлу правой кнопкой мыши и выберите LOP Actions › Inspect Flattened Stage. Согласно документации, эта команда отображает результат stage в синтаксисе usda. Это полезный этап проверки: он позволяет убедиться, какие примитивы и свойства содержит сцена после объединения слоёв.

Выбирайте расширения файлов с учётом рабочего процесса. Файл с расширением .usd может быть как двоичным, так и текстовым. .usda обозначает читаемый текстовый формат, а .usdc — двоичный. Такое разделение расширений помогает не путать формат файла при его изменении с отслеживанием ассетов или контролем версий. В документации также указано, что с помощью Inline USD LOP в stage можно добавлять текстовый код USD; рассматривайте его не как обычный способ сборки сцены, а как дополнительный инструмент для отладки при необходимости.

Что это значит для архитектурных и визуализационных команд

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

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

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

• Если хранить все изменения в одном слое, может быть сложнее понять, откуда взялась каждая правка. Подумайте о разделении контента по функциям.

• Не считайте Reference LOP и Sublayer LOP одним и тем же инструментом: документация описывает их как способы подключения к сцене разных источников.

• Не исходите из того, что расширение .usd всегда означает текстовый или всегда двоичный формат. Учитывайте разделение на .usda и .usdc для текстового и двоичного форматов.

• Не используйте Inline USD LOP как основной способ редактирования. SideFX описывает его как метод, который может пригодиться для отладки.