Перенос архитектурной сцены через Datasmith: 5 проверок

При переносе сцен из приложений для проектирования в Unreal Engine Datasmith старается передавать не только геометрию, но и такие данные, как масштаб, иерархия и названия. В официальной документации Epic Games отмечается, что результат переноса не всегда точно совпадает с исходной сценой и некоторые аспекты требуют дополнительной проверки. Ниже собраны пять пунктов, которые стоит проверить до и после переноса в рабочих процессах архитектурной презентации и визуализации интерьеров. Документация не указывает одну конкретную версию Unreal Engine для этих операций; отдельно проверьте поддерживаемые версии ПО для проектирования и сведения о плагинах.

1. Убедитесь, что исходное ПО и способ переноса поддерживаются

Сначала проверьте версию используемого приложения для проектирования и способ его подключения к Datasmith. В официальной таблице поддержки описаны три метода: «Direct» — Unreal Engine открывает файл напрямую; «Export» — файл подготавливается с помощью встроенной функции экспорта приложения; «Export Plugin» — для приложения необходимо установить плагин. Одного знания расширения файла может быть недостаточно: важно выбрать правильный метод.

*Согласно примечанию в документации, начиная с Unreal Engine 5.3 новыми плагинами экспорта Revit управляет Autodesk, а плагин поставляется вместе с Revit 2024 и более поздними версиями. Кроме того, обратная совместимость между всеми версиями плагинов экспорта Datasmith для Unreal Engine не гарантируется. Поэтому проверьте совместимость версий Unreal Engine и плагина, которые планируете использовать в проекте; не считайте, что перенос между разными версиями обязательно пройдёт без проблем.

2. Проверьте масштаб и преобразования в иерархии

Unreal Engine рассчитывает расстояния в сцене в сантиметрах. Если в исходном приложении используются другие единицы измерения, Datasmith масштабирует сцену, сохраняя реальные размеры. Поэтому менять единицы измерения в исходной сцене только ради переноса в Unreal Engine не требуется. В примере из официальной документации объект длиной 10 дюймов в исходной сцене отображается в Unreal Engine с длиной 25,4 единицы мира.

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

3. Проверьте нормали и толщину невидимых поверхностей

Для повышения производительности Unreal Engine может не отображать поверхности, направленные в противоположную от камеры сторону. Если в исходном приложении использовалась односторонняя поверхность без толщины, а её нормаль направлена неправильно, некоторые части модели могут пропадать при взгляде с определённых ракурсов. Если проблемный участок виден с другого угла, прежде чем считать, что геометрия не импортировалась, проверьте ориентацию поверхности.

1. Определите, с какого ракурса поверхность пропадает; проверьте, появляется ли она при взгляде с другого направления.

2. Если возможно, добавьте поверхности толщину в исходном приложении и убедитесь, что нормали направлены наружу.

3. Если поверхность должна быть видна только с одной стороны, исправьте направление нормали в исходной сцене и повторите импорт.

4. Если вернуться к исходной модели нельзя, можно развернуть ориентацию треугольников в Static Mesh Editor; при следующем импорте Datasmith такие правки могут быть удалены.

Материал с параметром Two Sided позволяет видеть поверхность с обеих сторон. Если используется Material Instance, соответствующая настройка находится в Material Editor на панели Details по пути General > Material Property Overrides > Two Sided. Однако документация предупреждает, что этот способ может приводить к визуальным дефектам при Static или Stationary освещении. Поскольку обе стороны используют одну и ту же область light map, обычно лучше сначала устранить причину на уровне поверхности, а не применять этот параметр ко всей геометрии.

4. Различайте UV-координаты light map и настройки теней

При статическом освещении нужна неперекрывающаяся UV-развёртка, чтобы записать информацию о свете и тенях на поверхности меша. Datasmith запускает систему автоматической UV-развёртки Unreal Editor для каждого импортируемого Static Mesh. Система разделяет поверхности на UV-острова, размещает их без перекрытий и настраивает созданный второй UV-канал для использования в light map. Такая автоматическая подготовка не отменяет визуальную проверку после настройки освещения сцены.

Если проблема не в невидимой поверхности, а в том, что свет некорректно проходит сквозь объект, причина может быть в другой настройке. На панели Details у Static Mesh Actor есть параметр Lighting > Shadow Two Sided; в документации он описан как настройка для случаев, когда объект должен отбрасывать тени с обеих сторон. Не путайте эту настройку теней с параметром Two Sided материала, который отвечает за видимость поверхности.

5. Напоследок проверьте названия, физику и источники света

Datasmith старается сохранить названия из исходной сцены, однако метка Static Mesh в Content Browser, имя файла ассета на диске и имя Actor в Level могут различаться. Если в исходном приложении есть объекты с одинаковыми именами, в Content Browser могут появиться одинаковые метки; при этом имена файлов на диске должны быть уникальными. Для повторяющихся имён Actor в Level могут добавляться числовые суффиксы. Если рабочий процесс обращается к ассетам через Blueprint или Python, учитывайте, что метка и имя файла могут не совпадать.

Физические параметры для ассетов Static Mesh по умолчанию не задаются. Если необходимы коллизии или физика, настройте их в Unreal Editor после импорта. Источники света можно импортировать из поддерживаемых исходных файлов и преобразовать в соответствующие типы источников света Unreal Engine. Однако для некоторых источников света на основе плоскости или объёма в отдельных приложениях нет точного аналога в Unreal Engine; поэтому отдельно проверьте поведение импортированных источников в сцене.

Влияние на рабочие процессы в архитектуре и визуализации

Эти шаги особенно полезны архитектурным бюро и командам визуализации, которые готовят в Unreal Engine большие сцены из разных приложений для проектирования. Автоматическое преобразование масштаба сокращает необходимость вручную исправлять единицы измерения, а автоматическое создание UV частично берёт на себя подготовку light map. Тем не менее команде всё равно нужно оценивать сложность преобразований в исходной сцене, нормали поверхностей и некоторые типы источников света.

Перед началом проверьте версию используемого приложения для проектирования, необходимый способ экспорта и совместимость версий плагина и Unreal Engine. Если возникают проблемы с односторонними поверхностями, надёжнее вернуться к исходной модели и исправить геометрию, чем полагаться на правки в Editor, которые могут потеряться при повторном импорте. Смысл этих проверок не в том, чтобы обещать не подтверждённые источниками преимущества для требований к оборудованию или времени переноса, а в том, чтобы чётко определить, на каком этапе искать возможные проблемы.

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

• Сразу менять единицы измерения в исходном приложении, заметив разницу в масштабе: Datasmith преобразует масштаб автоматически.

• Считать невидимую поверхность ошибкой импорта: сначала нужно проверить нормали и толщину поверхности.

• Применять Two Sided ко всем материалам: при Static или Stationary освещении это может привести к дефектам.

• Предполагать, что изменения поверхности в Unreal Editor сохранятся после повторного импорта: повторный перенос из исходной сцены может удалить эти правки.

• Проверять только версию исходного приложения и не учитывать совместимость плагина с Unreal Engine.

• Пытаться решить проблему видимости настройкой теней: параметр материала и Shadow Two Sided выполняют разные задачи.