Как собрать виртуальный продакшн «на своём железе»: пошаговое руководство

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

В руководстве разберём весь процесс сборки: от выбора формы и шага пикселя LED-экрана до настройки сети, генлока, таймкода, трекинга и кластера nDisplay. Также предложим конфигурации для пилотной площадки и студии кино- и телевизионного уровня.

Что такое виртуальный продакшн и чем он отличается от виртуальной студии на хромакее

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

Виртуальная студия на хромакее работает иначе. Камера снимает актёров и реальные объекты на однотонном фоне, который затем заменяют цифровым изображением во время трансляции или на постпродакшене. Чтобы фон выглядел естественно, отдельно настраивают освещение, удаляют цветные рефлексы от хромакея и совмещают реальную камеру с виртуальной.

Студия виртуального продакшена с LED-экраном выводит цифровое окружение прямо на съёмочную площадку. Фон попадает в кадр вместе с актёрами, а панели создают освещение и отражения на костюмах, декорациях и глянцевых поверхностях. Это сокращает объём кеинга и композитинга, но не исключает последующую обработку каждого проекта.

О том, как эта технология используется на реальных съёмочных площадках, мы подробнее рассказывали в материале о применении Unreal Engine в кино.

LED volume / LED wall и green screen

LED wall — отдельная плоская или изогнутая поверхность. Термин LED volume обычно обозначает более сложную конструкцию, которая частично окружает площадку и может включать боковые панели и потолок. Чем больше экранов находится вокруг сцены, тем проще получить освещение и отражения, соответствующие виртуальному окружению.

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

In-camera VFX (ICVFX): принцип работы

In-camera VFX — метод, при котором виртуальное окружение рендерится в реальном времени с учётом положения физической камеры. Рабочий процесс выглядит так:

1. Система трекинга камеры определяет её положение и ориентацию.
2. Данные объектива и трекинга передаются в Unreal Engine.
3. Движок рассчитывает изображение из положения виртуальной камеры.
4. nDisplay распределяет кадр между рендер-нодами и участками LED-экрана.
5. Камера снимает актёров и правильно спроецированное окружение одновременно.

Область экрана, попадающая в кадр, называется внутренним фрустумом — inner frustum. Она перестраивается при движении камеры и создаёт корректный параллакс. Остальная часть экрана — outer frustum — используется преимущественно как источник света и отражений.

Для ICVFX недостаточно быстро отрисовать трёхмерную сцену. Кадры на LED-панелях должны совпадать с движением камеры и моментом экспозиции. Поэтому рендер-кластер, LED-процессоры, камера и трекинг работают в общей системе синхронизации.

Из чего состоит студия виртуального продакшна: обзор компонентов

Аппаратную часть виртуальной студии можно разделить на пять связанных подсистем: LED-экран и его процессоры, рендер-ноды, трекинг камеры, сеть и синхронизацию, а также управляющее ПО. Их нельзя выбирать независимо: разрешение стены определяет требования к рендерингу, трекинг влияет на положение внутреннего фрустума, а система синхронизации связывает рендер, LED-процессоры и камеру в единый тракт.

Шаг 1. Выбор и расчёт LED-стены

Расчёт начинают не с каталога панелей, а со съёмочного сценария. Нужно определить размеры площадки, положение актёров, доступные фокусные расстояния, траектории камеры и область виртуального окружения, которая должна попадать в кадр. После этого выбирают форму экрана, шаг пикселя и характеристики LED-процессора.

Ориентировочный шаг пикселя для разных дистанций съёмки

Шаг пикселя — расстояние между центрами соседних пикселей LED-панели. Чем он меньше, тем выше плотность пикселей и тем ближе камера может находиться к экрану. Однако малый шаг не гарантирует отсутствия муара: на результат также влияют сенсор камеры, объектив, фокус, угол съёмки и структура самой панели.

В качестве предварительного ориентира можно использовать следующие диапазоны:

Это экспертные ориентиры, а не универсальные нормативы. Epic Games указывает, что появление муара зависит от сочетания шага пикселя, расстояния, сенсора и положения плоскости фокусировки. Поэтому перед закупкой нужно провести тест с теми камерами и объективами, которые будут использоваться в павильоне.

Для предварительной оценки разрешение стены можно получить делением её размеров на шаг пикселя. При проектировании итоговое разрешение нужно сверить с фактическим разрешением и количеством выбранных LED-кабинетов.

Разрешение по горизонтали = ширина экрана в миллиметрах ÷ шаг пикселя.
Разрешение по вертикали = высота экрана в миллиметрах ÷ шаг пикселя.

Например, для стены размером 6 × 3 м с шагом P1.5:

• ширина: 6000 ÷ 1,5 = 4000 пикселей;
• высота: 3000 ÷ 1,5 = 2000 пикселей;
• общее разрешение: 4000 × 2000 = 8 млн пикселей.

Именно это разрешение, а не физическая площадь экрана, становится отправной точкой при расчёте видеовыходов, LED-процессоров и производительности рендер-нод.

Яркость, частота обновления LED и COB-технология

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

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

Частоту обновления LED нельзя путать с частотой кадров контента. Виртуальная сцена может выводиться с частотой 24, 25, 30, 50 или 60 кадров/с, тогда как LED-панель обновляет свои светодиоды тысячи раз в секунду. Производитель ROE Visual приводит 1920, 3840 и 7680 Гц как распространённые значения.

Для обычной съёмки 7680 Гц следует считать не обязательным минимумом, а запасом для короткой выдержки и некоторых высокоскоростных режимов. Даже высокая паспортная частота не гарантирует отсутствия полос: результат зависит от драйверов панели, схемы сканирования, широтно-импульсной модуляции и настроек камеры.

При проверке LED-экрана нужно:

1. Выставить рабочую частоту кадров камеры.
2. Проверить несколько значений выдержки или угла затвора.
3. Протестировать экран на разной яркости.
4. Снять серые заливки, градиенты и быстрое движение.
5. Проверить полосы, мерцание, двоение контуров и цветовой сдвиг.
6. Повторить тест после включения генлока.

Некоторые LED-процессоры позволяют согласовать цикл обновления панели с экспозицией камеры. Например, функция ShutterSync в процессорах Brompton Tessera учитывает частоту кадров, выдержку или угол затвора. Производитель всё равно рекомендует проверять результат непосредственно камерой.

COB-технология — способ изготовления, при котором LED-чипы устанавливаются непосредственно на модуль. Она позволяет выпускать панели с малым шагом пикселя, но сама маркировка COB не подтверждает пригодность экрана для ICVFX. Отдельно нужно проверять:

• равномерность цвета и яркости;
• глубину чёрного;
• цветовой охват;
• поведение при съёмке под углом;
• фактическую разрядность обработки;
• ремонтопригодность модулей;
• совместимость с выбранным LED-процессором.

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

Форма и размер экрана

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

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

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

Размер экрана определяют по трёхмерной схеме площадки:

1. Размещают в сцене камеры с планируемыми сенсорами и объективами.
2. Задают крайние положения камеры и границы движения актёров.
3. Строят поле зрения для каждого съёмочного положения.
4. Проверяют, не попадают ли в кадр края стены, потолка и служебные конструкции.
5. Добавляют запас на панорамирование, трекинг и изменение кадрирования.

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

Шаг 2. Подбор рендер-нод и GPU-серверов

Рендер-ноды должны стабильно отрисовывать назначенные им вьюпорты с заданной частотой кадров. Производительность одной видеокарты нельзя оценивать только по суммарному разрешению LED-стены: на нагрузку также влияют геометрия сцены, материалы, освещение, тени, Lumen, Nanite, трассировка лучей и разрешение внутреннего фрустума. Поэтому перед масштабированием кластера имеет смысл сначала оптимизировать 3D-графику и ресурсоёмкие элементы сцены.

Требования к GPU: профессиональная или игровая видеокарта

Игровые видеокарты можно использовать в пилотной конфигурации с одной рендер-нодой. Unreal Engine и nDisplay не требуют профессионального ускорителя только для запуска проекта. Однако игровая модель не заменит профессиональную карту там, где необходима аппаратная синхронизация нескольких GPU и серверов.

Профессиональные ускорители дают дополнительные возможности:

• подключение совместимой платы NVIDIA RTX PRO Sync;
• аппаратный framelock и синхронизацию с внешним генлоком;
• видеопамять с коррекцией ошибок ECC;
• увеличенный объём VRAM;
• профессиональные драйверы и длительный цикл поддержки;
• средства управления составными дисплеями NVIDIA Mosaic.

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

Актуальным вариантом для новых систем является NVIDIA RTX PRO 6000 Blackwell Workstation Edition. По официальной спецификации NVIDIA, карта оснащена 96 ГБ GDDR7 с ECC, интерфейсом PCIe 5.0 ×16 и четырьмя DisplayPort 2.1b. Максимальное энергопотребление карты составляет 600 Вт, поэтому корпус, охлаждение и блок питания нужно проектировать с учётом продолжительной нагрузки.

Предыдущее поколение — RTX 6000 Ada Generation — получило 48 ГБ GDDR6 с ECC и четыре DisplayPort 1.4a. NVIDIA официально указывает для него совместимость с Quadro Sync II. Для Blackwell следует ориентироваться на актуальный список совместимости NVIDIA RTX PRO Sync, а не считать совместимой любую старую плату синхронизации.

Игровую GeForce имеет смысл выбирать, если:

• проект находится на стадии прототипа;
• используется один компьютер;
• экран обслуживается без многосерверного framelock;
• результат проверен с конкретной камерой и LED-процессором.

Если рассматриваешь GeForce для пилотной системы, сравнить возможности современных моделей в профессиональных приложениях можно в наших тестах RTX 5090, RTX 5080 и RTX 5070 Ti в рабочих задачах — в том числе в Unreal Engine.

Профессиональная RTX PRO предпочтительна для многонодового ICVFX, постоянной студии и съёмок, где остановка площадки обходится дороже разницы в цене оборудования.

[ Рабочие станции с профессиональными ускорителями ]

900D Tower

2 x Gold 6430 · RTX 4000 20GB · 256GB DDR5 ECC · 2 ТБ NVMe 5.0

3 443 500 ₽

258 263 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

750R RACK

W9-3595X · RTX PRO 6000 96GB · 512GB DDR5 ECC · 2 ТБ NVMe 5.0

7 698 500 ₽

577 388 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

Custom Hydro

7995WX · 2 x RTX PRO 6000 96GB · 1024GB DDR5 ECC · 1 ТБ NVME 5.0

13 857 000 ₽

1 039 275 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

Сколько рендер-нод нужно для LED-стены

Универсальной нормы вида «одна нода на определённое количество квадратных метров» нет. Рендерится не физическая площадь, а набор вьюпортов с заданным разрешением и содержанием.

Расчёт выполняют в пять этапов:

1. Определяют полное разрешение LED-холста.
2. Разбивают холст по LED-процессорам и физическим видеовыходам.
3. Создают в nDisplay такую же конфигурацию экранов и вьюпортов.
4. Запускают упакованную сборку проекта на предполагаемом GPU.
5. Измеряют время кадра в самых тяжёлых сценах и добавляют запас.

Предельное время одного кадра рассчитывается по формуле:

Время кадра = 1000 ÷ частота кадров.

Работать вплотную к пределу рискованно: новая версия сцены, дополнительный свет или второй внутренний фрустум могут вызвать пропуски кадров. Практический ориентир — оставить около 20–25% запаса. Например, для проекта 60 кадров/с желательно удерживать время кадра примерно в пределах 12–13 мс. Это экспертная рекомендация, а не требование Unreal Engine.

Если одна нода не укладывается в бюджет кадра, нагрузку распределяют между несколькими компьютерами. При этом нужно учитывать не только GPU, но и количество выходов, пропускную способность LED-процессоров и топологию синхронизации.

Все рендер-ноды в одном кластере желательно собирать одинаковыми. Разные модели видеокарт, версии драйверов, частоты процессоров и конфигурации памяти увеличивают риск различий во времени кадра и отображении сцены.

Такой кластер не стоит путать с классической рендер-фермой. nDisplay-ноды синхронно формируют части одного изображения в реальном времени, тогда как обычная рендер-ферма распределяет между компьютерами задачи офлайн-рендеринга.

CPU, RAM и накопители для рендер-ноды

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

Оперативную память подбирают по фактическому потреблению проекта. Для пилотной системы разумной отправной точкой служат 64 ГБ, для сложных сцен и постоянной площадки — 128 ГБ и более. Эти значения являются экспертными ориентирами: перед закупкой нужно запустить проект, измерить пиковое потребление и оставить резерв для ОС и служебных программ.

Для накопителей удобна следующая схема:

• отдельный NVMe SSD для Windows, Unreal Engine и драйверов;
• отдельный NVMe SSD для проекта, Derived Data Cache и временных файлов;
• сетевое или внешнее хранилище для исходных материалов и резервных копий.

Проект и кэш лучше заранее копировать на локальный SSD каждой ноды. Загрузка тяжёлых ресурсов по общей сети непосредственно во время съёмки может создавать непредсказуемые задержки. RAID повышает доступность накопителей, но не заменяет резервную копию проекта.

Под такую задачу можно использовать рабочие станции для 3D-графики и вычислений или специализированные станции для рендеринга. Конфигурацию нужно рассчитывать под разрешение LED-холста, целевую частоту кадров, выбранную видеокарту и способ аппаратной синхронизации.

[ PERFORMANCE PRO TOWER ]

350D Tower

i9-14900K · RTX 5090 32ГБ · 64GB DDR5 RGB · 1 ТБ

1 022 000 ₽

76 650 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

750D Tower

7965WX · RTX 5090 32ГБ · 256GB DDR5 ECC · 1 ТБ NVME 5.0

3 146 500 ₽

235 988 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

900D Tower

2 x EPYC 9534 · RTX PRO 5000 48GB · 512GB DDR5 ECC · 2 ТБ

6 836 500 ₽

512 738 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

Шаг 3. Сетевая инфраструктура студии

Сеть виртуального продакшна передаёт несколько типов данных с разными требованиями. Команды nDisplay и координаты камеры занимают сравнительно небольшую полосу, но чувствительны к задержке. Копирование проекта и Derived Data Cache создаёт кратковременные пики нагрузки. Несжатое видео SMPTE ST 2110, напротив, требует высокой постоянной пропускной способности.

Перед выбором коммутаторов нужно составить таблицу всех потоков:

• управление рендер-нодами;
• трекинг камеры и данные Live Link;
• синхронизация времени PTP;
• копирование проектов и кэша;
• доступ к сетевому хранилищу;
• мониторинг и служебный трафик;
• потоки видео, звука и метаданных SMPTE ST 2110.

10, 25 или 100GbE

Скорость выбирают по самому тяжёлому одновременному сценарию, а не по числу компьютеров. Если ноды подключены к LED-процессорам через DisplayPort, итоговое изображение не передаётся по Ethernet. В такой конфигурации 10GbE может обслуживать управление кластером, трекинг и синхронизацию файлов.

Более быстрые интерфейсы нужны при передаче несжатого видео, работе с общим хранилищем или распределённом рендеринге внутреннего фрустума через Rivermax.

Это проектные ориентиры, а не готовые требования производителя. Пропускную способность нужно рассчитывать для конкретного разрешения, кадровой частоты, цветовой субдискретизации и разрядности.

Например, необработанный видеопоток 3840 × 2160 с частотой 60 кадров/с и форматом YCbCr 4:2:2 10 бит содержит в среднем 20 бит на пиксель:

3840 × 2160 × 60 × 20 = 9 953 280 000 бит/с,
или примерно 9,95 Гбит/с без учёта RTP, UDP, IP и Ethernet.

Поэтому физического интерфейса 10GbE для такого потока недостаточно. Для несжатого RGB 4:4:4 с глубиной 10 бит теоретический объём активного изображения составляет 30 бит на пиксель:

3840 × 2160 × 60 × 30 = 14,93 Гбит/с.

Такой поток помещается в 25GbE, но при проектировании нужно оставить запас для служебных заголовков, колебаний нагрузки и других данных. Для нескольких потоков выбирают 100GbE либо распределяют нагрузку между несколькими интерфейсами.

Для 8K60 YCbCr 4:2:2 10 бит расчёт выглядит так:
7680 × 4320 × 60 × 20 = 39,81 Гбит/с.

Два таких потока уже занимают около 79,6 Гбит/с без сетевых накладных расходов. Если используется резервирование SMPTE ST 2022-7, каждый поток передаётся по двум независимым путям, поэтому необходимы две полноценные сети и соответствующий запас портов.

Как разделить трафик

Для небольшой площадки можно использовать один производительный коммутатор и разделить трафик с помощью VLAN. Однако логическое разделение не увеличивает пропускную способность и не защищает от отказа самого коммутатора.

На студийном уровне лучше выделить отдельные контуры:

1. Управляющая сеть — Switchboard, удалённый доступ, мониторинг и служебные интерфейсы.
2. Сеть рендер-кластера — обмен nDisplay, Multi-User Editing и данными трекинга.
3. Сеть хранения — синхронизация проектов, ассетов и кэша.
4. Медиасеть — потоки SMPTE ST 2110 и PTP.
5. Резервная медиасеть — второй независимый путь при использовании ST 2022-7.

Сеть хранения не должна занимать полосу медиасети во время съёмки. Крупные проекты и кэш лучше распределять между нодами до начала работы, а не копировать одновременно с передачей видео.

SMPTE ST 2110 и передача видео по IP

SMPTE ST 2110 — семейство стандартов для передачи профессионального медиаконтента по управляемым IP-сетям. Видео, звук и вспомогательные данные передаются отдельными RTP-потоками. Это отличает ST 2110 от SDI, где все компоненты объединены в одном физическом сигнале.

Основные части семейства:

• ST 2110-10 — системная модель и синхронизация;
• ST 2110-20 — несжатое видео;
• ST 2110-30 и ST 2110-31 — цифровой звук;
• ST 2110-40 — вспомогательные данные, включая отдельные варианты передачи таймкода.

Стандарт использует RTP поверх UDP и поддерживает unicast и multicast. Общая временная шкала распространяется по PTP с профилем SMPTE ST 2059-2. Это позволяет приёмникам сопоставлять независимые потоки по временным меткам. Требования к синхронизации и RTP описаны в официальном стандарте SMPTE ST 2110-10:2022.

Для медиасети потребуется управляемый коммутатор с:

• портами нужной скорости;
• достаточной коммутационной производительностью;
• корректной поддержкой multicast;
• IGMP snooping и IGMP querier;
• поддержкой PTP Boundary Clock или Transparent Clock;
• средствами контроля очередей и приоритизации трафика;
• телеметрией потерь пакетов и загрузки портов.

В Unreal Engine передача ST 2110 реализована через NVIDIA Rivermax. SDK позволяет направлять данные между сетью и видеопамятью с помощью GPUDirect, минуя лишнее копирование через системную память. Для этого GPU и сетевой адаптер должны быть совместимы, а их подключение к линиям PCIe — соответствовать требованиям Epic Games и NVIDIA.

В руководстве Epic Games по SMPTE ST 2110 указаны BlueField-2 и BlueField-3, а также отдельные адаптеры ConnectX. В документации Epic Games матрицы BlueField и Rivermax для Windows пока заканчиваются Unreal Engine 5.7, а BlueField-2 уже отмечен как постепенно выводимый из обращения. Для Linux опубликована отдельная конфигурация UE 5.8. Поэтому перед закупкой нужно сверять совместимость конкретной версии движка, Rivermax, DPU, драйверов и прошивок отдельно для выбранной ОС.

ST 2110 нужен не каждой студии. Если рендер-ноды напрямую подключены к LED-процессорам и внешние видеопотоки не маршрутизируются по IP, отдельная медиасеть только увеличит стоимость и сложность комплекса. Технология оправдана, когда нужно передавать внутренний фрустум между нодами, подключать медиасерверы, распределять несколько несжатых источников или масштабировать студию без большого количества SDI-кабелей.

Шаг 4. Синхронизация: генлок, таймкод и PTP

Система синхронизации зависит от архитектуры студии. Генлок согласует частоту и фазу устройств, framelock синхронизирует вывод кадров между GPU, таймкод присваивает кадрам временные метки, а PTP служит общей временной базой в IP-медиасети. Для классического многонодового nDisplay обычно используют генлок и framelock, а при работе с SMPTE ST 2110 ключевую роль играет PTP.

Генлок: Black Burst и Tri-Level Sync

Генлок заставляет устройства формировать кадры с одинаковой частотой и фазой. Внешний генератор опорного сигнала подключают к камерам, LED-процессорам, платам видеозахвата и системе синхронизации рендер-нод.

В профессиональном видео применяются два распространённых сигнала:

• Black Burst, или bi-level sync, исторически связан с форматами стандартной чёткости;
• Tri-Level Sync применяется как опорный сигнал в HD-трактах и поддерживает частоты и форматы высокой чёткости.

Опорный сигнал может передаваться по аналоговому BNC-соединению, даже если видео между устройствами идёт в цифровом виде. Конкретный формат выбирают по частоте проекта и возможностям оборудования: все подключённые устройства должны поддерживать одну и ту же опорную частоту.

Для nDisplay одного генлока недостаточно. Он синхронизирует устройства с внешним источником, но не управляет моментом вывода готовых кадров разными GPU. Поэтому для нескольких рендер-нод генлок дополняют framelock:

1. Опорный сигнал поступает на главную sync-карту.
2. Sync-карты рендер-нод соединяются между собой.
3. В NVIDIA Control Panel настраивается группа синхронизации.
4. В nDisplay выбирается политика NVIDIA Render Sync Policy.
5. Все ноды выводят соответствующий кадр одновременно.

Epic Games рекомендует для nDisplay сочетать внешний генлок и аппаратный framelock. Подробная последовательность настройки приведена в руководстве по синхронизации nDisplay с NVIDIA GPU.

Зачем нужен таймкод

Таймкод обозначает положение кадра на временной шкале в формате часы:минуты:секунды:кадры. Он помогает сопоставить записи нескольких камер, звука, трекинга и Unreal Engine.

Сам по себе таймкод не синхронизирует физическое начало кадра и не устраняет разрывы на LED-стене. Два устройства могут показывать одинаковое значение таймкода, но формировать кадр в разные моменты. Поэтому в рабочем тракте нужны оба механизма:

• генлок согласует частоту и фазу кадров;
• таймкод присваивает кадрам одинаковые временные метки.

До начала настройки выбирают единую частоту проекта: например, 24, 25, 29,97, 50 или 59,94 кадра/с. Затем проверяют, что камеры, рекордеры, Unreal Engine и генератор таймкода используют одинаковое значение. Для 29,97 и 59,94 кадра/с отдельно согласовывают режим timecode — drop-frame или non-drop-frame. Частота кадров и формат таймкода должны совпадать во всём тракте.

Unreal Engine может принимать таймкод и блокировать обновление движка по внешнему источнику через совместимое оборудование AJA или Blackmagic Design. Настройка Timecode Provider и Custom TimeStep описана в документации Epic Games.

PTP-домен для IP-инфраструктуры

В медиасети SMPTE ST 2110 роль общей временной базы выполняет Precision Time Protocol. Профиль SMPTE ST 2059-2 определяет, как PTP применяется в профессиональном вещательном оборудовании.

Основные элементы PTP-сети:

• grandmaster — источник точного времени;
• boundary clock — коммутатор или устройство, которое принимает время на одном порту и передаёт его дальше через собственные PTP-порты;
• ordinary clock — конечное устройство, синхронизируемое с grandmaster;
• PTP-домен — логическая группа часов, работающих с одной временной базой.

Все отправители и получатели, которые должны обмениваться синхронными потоками ST 2110, настраивают на один профиль и номер домена. Одинаковый номер сам по себе не гарантирует синхронизацию: устройства также должны видеть корректный grandmaster и находиться в состоянии lock.

Для PTP нельзя полагаться на любой офисный коммутатор. Сетевое оборудование должно поддерживать требуемый профиль времени и сохранять точность при прохождении пакетов через сеть. На крупной площадке дополнительно предусматривают резервный grandmaster и контролируют:

• выбранный источник времени;
• смещение часов каждого устройства;
• переход между основным и резервным источниками;
• потери и задержки PTP-пакетов;
• состояние портов и PTP-профиль.

В гибридной системе PTP может использоваться для ST 2110, а Black Burst или Tri-Level Sync — для камер, LED-процессоров и GPU. Между двумя контурами устанавливают совместимый генератор или шлюз, чтобы они были привязаны к одной временной базе.

Почему задержка трекинга критична

16 мс нельзя считать универсальным порогом. Это приблизительная продолжительность одного кадра только при частоте 60 кадров/с:
1000 ÷ 60 = 16,67 мс.

При 24 кадрах/с один кадр длится:
1000 ÷ 24 = 41,67 мс.

Одинаковая задержка по-разному проявляется при разных скоростях и направлениях движения камеры. Например, при панорамировании со скоростью 90°/с задержка 16 мс создаёт угловое рассогласование:
90 × 0,016 = 1,44°.

Если камера движется линейно со скоростью 1 м/с, за те же 16 мс она успевает пройти:
1 × 0,016 = 0,016 м,
то есть 16 мм.

Unreal Engine в этот момент отрисует фон для уже устаревшего положения. В кадре это проявится как смещение или скольжение виртуального окружения относительно реальных объектов.

Полная задержка складывается из нескольких частей:

1. Измерение положения камеры.
2. Фильтрация данных системой трекинга.
3. Передача координат по сети.
4. Обработка Live Link.
5. Расчёт сцены в Unreal Engine.
6. Ожидание синхронизации рендер-кластера.
7. Обработка сигнала LED-процессором.
8. Обновление панели и экспозиция камеры.

Поэтому измерять нужно полный путь от физического движения камеры до изменения изображения на LED-экране. Паспортная задержка трекера не отражает задержку всей системы.

Для приёмочного теста рядом с LED-стеной размещают физические метки или декорации, которые должны совпадать с виртуальными объектами. Затем камеру быстро перемещают и поворачивают, записывая результат. Тест повторяют для разных объективов, частот кадров и скоростей движения. Допустимое рассогласование определяют по реальному материалу, а не по одному универсальному значению в миллисекундах.

Шаг 5. Система трекинга камеры

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

До выбора оборудования нужно зафиксировать:

• размеры рабочей зоны;
• число одновременно отслеживаемых камер;
• допустимые места установки датчиков;
• наличие потолочных конструкций;
• диапазон высоты и углов движения камеры;
• использование стедикама, крана, тележки или ручной камеры;
• модели объективов и необходимость получать данные фокуса, зума и диафрагмы;
• требуемую интеграцию с Unreal Engine и Live Link.

Маркерные и безмаркерные системы

Термины «маркерный» и «безмаркерный» не описывают всю архитектуру. Трекер может наблюдать ориентиры с камеры либо использовать внешние оптические датчики, направленные на съёмочную площадку.

Оптический трекинг можно дополнять инерциальным датчиком. IMU фиксирует быстрые изменения ориентации, а оптическая система корректирует накопившуюся ошибку. Epic Games рекомендует использовать несколько источников данных, если это поддерживает выбранное оборудование. Основные методы и интеграция с Live Link описаны в документации Epic Games по ICVFX.

Маркерная система работает с заранее подготовленными ориентирами, поэтому её поведение проще проверить и воспроизвести в постоянном павильоне. Безмаркерный трекинг не требует специальной разметки, но зависит от различимости окружения и условий съёмки. Оба варианта нужно тестировать на реальной площадке.

Mo-Sys StarTracker

Mo-Sys StarTracker использует датчик на съёмочной камере и систему оптических ориентиров. В актуальном StarTracker Max ретрорефлективные маркеры можно размещать на потолке, стенах или полу; поддерживаются и цифровые маркеры на LED-экране. Классическая потолочная разметка остаётся одним из распространённых вариантов.

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

• остаются ли ориентиры видимыми при крайних наклонах камеры;
• не перекрывают ли их световые приборы и конструкции;
• покрывает ли разметка всю траекторию движения;
• как система получает параметры объектива;
• поддерживают ли ПО и плагин выбранную версию Unreal Engine.

stYpe RedSpy

stYpe RedSpy использует оптический датчик на камере и подготовленные ориентиры в павильоне. Координаты передаются в графический движок вместе с данными, необходимыми для совмещения физической и виртуальной камер.

При сравнении со StarTracker нужно оценивать не только заявленную точность. Для конкретной площадки важнее размер рабочей зоны, способ калибровки, задержка полного тракта, совместимость с объективами и возможность резервного восстановления настроек после перемещения оборудования.

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

Vicon

Vicon строит оптический трекинг на нескольких внешних камерах, которые наблюдают маркеры на отслеживаемых объектах. Такая схема подходит, когда в одном пространстве нужно определять положение съёмочной камеры, реквизита и участников motion capture.

Точность и стабильность зависят от расположения трекинговых камер, их перекрытия рабочей зоны и качества калибровки. Маркеры на съёмочной камере должны быть видны нескольким датчикам при всех запланированных движениях. Свет, декорации и люди не должны надолго перекрывать их одновременно.

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

Калибровка камеры и объектива

После монтажа оборудования выполняют несколько отдельных калибровок:

1. Координатная система. Совмещают начало координат, масштаб и направления осей площадки с Unreal Engine.
2. Положение трекера. Определяют смещение и поворот датчика относительно сенсора камеры.
3. Объектив. Для разных значений фокуса и зума измеряют поле зрения и дисторсию.
4. Временное совмещение. Настраивают задержку данных, чтобы положение виртуальной камеры соответствовало моменту экспозиции.
5. Рабочая зона. Проверяют точность в центре, по краям и на разной высоте.

Для зум-объектива одной калибровочной точки недостаточно. Параметры изменяются вместе с фокусным расстоянием и дистанцией фокусировки, поэтому создают карту значений. Unreal Engine хранит результаты в Lens File и использует их для расчёта поля зрения и коррекции дисторсии.

После настройки снимают тестовую сетку и реальные предметы с чёткими границами. Камеру перемещают вперёд, в стороны и по дуге, а затем оценивают:

• сохраняется ли совпадение реальных и виртуальных линий;
• не накапливается ли дрейф;
• восстанавливается ли положение после временной потери трекинга;
• нет ли рывков при переключении между датчиками;
• совпадают ли данные зума и фокусировки;
• укладывается ли полный тракт в допустимую задержку.

Систему следует принимать по результату такого теста, а не только по паспортной точности трекера.

Шаг 6. Настройка Unreal Engine, nDisplay и медиасервера

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

Актуальная версия Unreal Engine

На сентябрь 2026 года актуальный релиз — Unreal Engine 5.8. Для нового проекта его можно рассматривать как основную версию, но конфигурации с Rivermax и SMPTE ST 2110 нужно отдельно сверять с матрицей совместимости Epic для выбранной ОС: для Windows опубликованная таблица BlueField/Rivermax пока заканчивается UE 5.7.

Перед переходом на новую версию проверяют совместимость:

• проекта и сторонних плагинов;
• драйвера видеокарты;
• NVIDIA RTX PRO Sync;
• системы трекинга;
• Live Link и средств калибровки объектива;
• Rivermax, DPU и сетевого драйвера;
• карт видеозахвата;
• конфигурации OpenColorIO.

В Unreal Engine 5.8 Mocap Manager и Capture Manager — разные инструменты. Mocap Manager входит в Performance Capture Workflow Plugin и используется для организации mocap-съёмки, управления исполнителями и реквизитом, подключения Live Link и записи тейков. Capture Manager — отдельный интерфейс Live Link Hub для импорта и обработки записанных аудио- и видеоматериалов, включая данные Live Link Face.

Performance Capture Workflow Plugin, в который входит Mocap Manager, в UE 5.8 пока имеет статус Beta. Поэтому перед использованием в постоянном производственном процессе его нужно проверить вместе с конкретными источниками Live Link и остальным набором плагинов.

В UE 5.8 появился Cluster Monitor для наблюдения за активными nDisplay-кластерами, а nDisplay интегрировали с Movie Render Graph. При этом ICVFX Camera в этой связке пока не поддерживается — Epic планирует добавить поддержку позднее.

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

Настройка кластера nDisplay

nDisplay описывает физические экраны, рендер-ноды, вьюпорты и распределение изображения между видеовыходами. Базовая настройка выглядит так:

1. Включить плагины nDisplay, ICVFX, Live Link, Camera Calibration и OpenColorIO.
2. Создать nDisplay Config Asset.
3. Добавить поверхности, соответствующие LED-стене и потолку.
4. Указать их размеры и положение относительно начала координат павильона.
5. Добавить ICVFX Camera и подключить источник трекинга.
6. Создать cluster nodes и назначить им сетевые адреса.
7. Задать для каждой ноды вьюпорты, разрешение и видеовыходы.
8. Настроить Output Mapping под входы LED-процессоров.
9. Выбрать Render Sync Policy.
10. Запустить кластер через Switchboard.

Разрешение окна ноды и разрешение nDisplay-вьюпорта — разные параметры. Окно приложения может занимать весь рабочий стол, тогда как конкретный вьюпорт рендерится только в назначенной области Output Mapping.

Если к одной видеокарте подключено несколько входов LED-процессора, их можно объединить в единый рабочий стол через NVIDIA Mosaic. Разрешение, частота обновления и параметры цвета должны совпадать на всех выходах группы.

После настройки проверяют геометрию. Реальная камера должна видеть виртуальную сцену так, будто LED-экран является окном в трёхмерное пространство. Если линии совпадают только из одной точки, нужно проверить:

• положение виртуального экрана;
• начало координат;
• масштаб сцены;
• параметры объектива;
• смещение трекера относительно сенсора камеры.

Подготовка проекта к запуску

На рендер-нодах предпочтительно запускать проверенную упакованную сборку. Unreal Editor оставляют на управляющей станции, где оператор или художник меняет сцену. Так конфигурацию проще воспроизвести на всех компьютерах.

Перед распространением сборки необходимо:

• удалить неиспользуемые плагины;
• подготовить шейдеры;
• сформировать Derived Data Cache;
• проверить пути к внешним файлам;
• зафиксировать настройки качества;
• отключить автоматические обновления;
• синхронизировать сборку между нодами;
• сохранить резервную копию рабочей версии.

Первый запуск проводят на одной ноде. Затем последовательно подключают остальные компьютеры и проверяют границы вьюпортов. Аппаратную синхронизацию включают после того, как каждая нода стабильно выводит назначенную область.

Настройка цветового конвейера ACES и OpenColorIO

ACES и OpenColorIO не являются взаимозаменяемыми технологиями. ACES — стандартизированная система цветового управления с определёнными цветовыми пространствами и преобразованиями. OpenColorIO — программная система управления цветом, через которую в том числе можно реализовать ACES-конвейер.

До настройки нужно описать весь путь изображения:

1. Цветовое пространство исходных текстур.
2. Рабочее пространство проекта.
3. Пространство рендеринга.
4. Преобразование для LED-процессора и панели.
5. Режим записи камеры.
6. Преобразование для операторского монитора.

OpenColorIO можно применять отдельно к nDisplay-вьюпортам. При этом важно не повторить одно преобразование дважды. Если LUT уже применяется в движке, её повторное включение в LED-процессоре изменит цвет и контраст.

Проверку проводят через рабочую камеру. На экран выводят серую шкалу, цветовую мишень, градиенты, насыщенные цвета и участки около чёрного. Затем полученный кадр сравнивают с эталонным монитором. Epic Games рекомендует оценивать цвет через камеру и учитывать LED-панели как источник света, а не настраивать их только визуально. Эти рекомендации приведены в документации по ICVFX.

Когда нужен медиасервер

Небольшая XR-студия может работать без отдельного медиасервера: Unreal Engine с nDisplay формирует необходимые вьюпорты, а видеовыходы GPU рендер-ноды подаются напрямую на LED-процессоры.

Медиасервер disguise или аналогичная система нужен, когда необходимо:

• объединить несколько источников видео;
• использовать заранее подготовленные ролики;
• управлять несколькими экранами;
• переключать сцены по заданному сценарию;
• принимать или передавать SDI и SMPTE ST 2110;
• интегрировать площадку в телевизионный или концертный тракт.

После подключения медиасервера согласуют разрешение, частоту кадров, таймкод, генлок, цветовое пространство и диапазон сигнала. Затем через весь тракт передают тестовое изображение и проверяют масштабирование, обрезку, задержку и цветовые преобразования.

Пример конфигурации: малая студия и студийный уровень

Универсальной конфигурации виртуального павильона не существует. Количество рендер-нод определяют после тестирования проекта в целевом разрешении. Поэтому таблица ниже — ориентир для проектирования, а не готовая спецификация для закупки.

Пилотная конфигурация

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

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

Такой кластер не стоит путать с классической рендер-фермой: nDisplay-ноды синхронно формируют части одного изображения в реальном времени, а не независимо рассчитывают отдельные кадры офлайн-рендера.

Игровую видеокарту можно использовать для превизуализации и отладки. Если итоговый материал снимают непосредственно с LED-экрана и требуется аппаратная синхронизация, конфигурацию нужно заранее проверить на совместимость профессионального GPU и платы синхронизации.

Конфигурация для кино и телевидения

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

Отдельные рендер-ноды можно выделять под разные участки LED-конструкции или внутренний фрустум. Конкретное распределение нагрузки определяют после тестирования проекта в рабочем разрешении.

Для крупного кластера можно использовать стоечные GPU-серверы или масштабируемые серверные платформы. Перед заказом необходимо проверить число и тип видеовыходов, совместимость GPU с платой синхронизации, распределение линий PCIe и охлаждение ускорителей при продолжительной нагрузке.

Rackstation AI

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 282 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 4.5U

Devbox AI

Для каких задач Универсальная платформа на 4–6 GPU для локального обучения моделей и генеративных задач. Подходит для команд, которым важна надёжность сервера и свобода выбора графики — от RTX 5090 до PRO RTX 6000.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 576 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 6.5U

Scale

Для каких задач Сервер промышленного уровня на 8 GPU с кластерной архитектурой. Предназначен для дата-центров и AI-ферм, где требуется масштабируемость и полная загрузка ресурсов под обучение LLM и R&D.

Подробнее

Видеокарты

RTX PRO 6000 / RTX 5090

Объем видеопамяти до 768 ГБ

Процессоры

AMD Epyc, Intel Xeon

Количество ядер до 320

RAM до 3072 ГБ DDR5

Форм-фактор 6U

Частые ошибки при сборке и эксплуатации студии

Незакреплённый EDID

После перезапуска LED-процессора, замены кабеля или переподключения оборудования Windows может определить дисплей заново и изменить разрешение, частоту обновления или раскладку рабочего стола. Для постоянной студии параметры вывода лучше закрепить через сохранённый EDID и проверить восстановление конфигурации после перезагрузки.

Двойное цветовое преобразование

Если одна и та же LUT или преобразование OpenColorIO применяется сначала в Unreal Engine, а затем повторно в LED-процессоре или медиасервере, меняются контраст и цветопередача. Все преобразования нужно заранее нанести на схему сигнального тракта и проверить через рабочую камеру.

Обновление ПО перед съёмкой

Новая версия Unreal Engine, драйвера GPU, плагина трекинга или Rivermax может изменить производительность или нарушить совместимость оборудования. Рабочую конфигурацию фиксируют на весь производственный цикл, а обновления сначала проверяют на отдельной тестовой ноде.

Отсутствие резерва и мониторинга

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

Часто задаваемые вопросы

Заключение: своё оборудование или аренда

Собственная виртуальная студия оправдана при регулярных съёмках и наличии технической команды. Для разового проекта безопаснее сначала проверить технологию на арендной площадке или тестовом контуре, измерить нагрузку на рендер-ноды и только после этого проектировать постоянный павильон.

Подобрать рабочие станции и GPU-серверы для виртуальной студии можно, написав специалистам DigitalRazor. Мы поможем сопоставить разрешение экранов, нагрузку Unreal Engine и требования к синхронизации с возможностями оборудования.