Служебные ноды

Утилитарные ноды редко дают вау-эффект в viewer. Они не создают красивый glow, не рисуют титр и не делают магическую частицу. Но они решают рабочие задачи, без которых большая композиция быстро превращается в хаос: ограничивают область расчёта, меняют размер, читают и сохраняют файлы, управляют domain, хранят metadata, организуют Flow и передают связи без километров проводов.

В маленькой схеме можно обойтись без них. В production-композите без служебного слоя появляются типичные проблемы: всё медленно, ноды считают пустые области, провода пересекают весь Flow, непонятно где какой блок, промежуточный результат нельзя быстро сохранить, metadata теряется, а исправление одной детали ломает половину схемы.

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

В Fusion у изображения есть не только разрешение кадра, но и domain/область, в которой ноды считают данные. После Transform, Blur, Glow, Merge, particles или генераторов эта область может стать больше видимой картинки. Иногда нода продолжает рассчитывать огромную невидимую зону, хотя элемент занимает маленький угол кадра.

Crop, SetDomain и AutoDomain помогают держать область расчёта под контролем. Это особенно важно для тяжёлых эффектов: Blur, Glow, Defocus, particle-рендеров, больших EXR и сложных Merge. Ограничив domain с достаточным запасом под размытие и движение, иногда можно ускорить схему без изменения видимого результата. Слишком тесная область отрежет ореол, тень или будущую позицию элемента.

Новички часто думают только о разрешении 1920x1080 или 4K, но игнорируют невидимый domain. В результате маленькая плашка или glow может считаться как огромная поверхность. Правильный служебный Crop/SetDomain иногда даёт больше пользы, чем попытка оптимизировать сам эффект.

Loader и Saver важны не только для чтения и записи файлов. Они позволяют строить понятный файловый пайплайн: подгрузить plate, EXR, matte, precomp, reference, cache или промежуточный результат. В тяжёлых проектах Saver часто используется как способ зафиксировать сложный блок и не пересчитывать его каждый раз.

Например, particle-симуляцию, тяжёлый key, 3D-рендер или clean plate можно вывести в последовательность через Saver, затем вернуть Loader и продолжить работу уже с готовым результатом. Это упрощает отладку и ускоряет интерактивную работу.

Важно сохранять не только видимый RGB. Если нужны alpha, depth или auxiliary channels, формат и настройки Saver должны это поддерживать. Для RGB с альфой отдельно согласуйте premultiplied/straight-интерпретацию при записи и повторном чтении. Иначе служебный pre-render может незаметно уничтожить данные, которые понадобятся дальше.

Metadata-ноды работают с информацией, которая не всегда видна в картинке: путь к файлу, frame range, camera data, формат, настройки источника, пользовательские поля, данные для пайплайна. В простом монтаже это кажется лишним, но в сложных проектах metadata помогает связать композицию с исходниками и автоматизацией.

SetMetadata, GetMetadata и похожие инструменты полезны, когда нужно сохранить технические данные, передать подписи, организовать рендеры, контролировать источники или подготовить схему к скриптам. Особенно это важно там, где Fusion используется не как разовая ручная композиция, а как часть автоматизированного производства.

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

Большая схема должна читаться глазами. Underlay помогает визуально группировать блоки: key, tracking, particles, 3D, typography, final grade, output. Это простая вещь, но она резко повышает понятность Flow, особенно когда проект открывает другой человек или ты сам возвращаешься к нему позже.

WirelessLink нужен, когда связь логически важна, но длинный провод портит читаемость. Например, один и тот же matte, control, mask или source нужно использовать в нескольких местах. Вместо пересекающихся линий можно передать связь аккуратно и оставить Flow чистым.

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

Resize, Crop, Letterbox, форматные преобразования и похожие ноды отвечают за техническую совместимость элементов. Они приводят источники к нужному размеру, соотношению сторон, области видимости и рабочему формату. Это особенно важно, когда в композиции смешиваются видео, картинки, EXR, UI-графика, рендеры и импортированные элементы.

Неправильный Resize может испортить резкость, масштаб или aspect ratio. Неправильный Crop может случайно отрезать область, которая понадобится после Transform. А отсутствие Crop после подготовки маленького элемента может оставить огромный domain и замедлить дальнейшие эффекты.

Хорошая практика — явно отделять техническую подготовку источника от художественных эффектов. Сначала привести элемент к рабочему формату, затем делать key/grade/animation, потом ограничить domain и только после этого отправлять в финальный Merge.

Утилиты не заменяют 2D, 3D, Shape, Particle или USD-ноды. Они обслуживают их. Для 2D они контролируют размер, domain и файловые входы. Для 3D помогают сохранять рендеры и организовывать блоки. Для particles позволяют закешировать тяжёлую симуляцию. Для channel/depth-пайплайнов помогают не потерять служебные данные.

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

На практике хороший Fusion-композит почти всегда состоит из двух слоёв: творческие ноды делают изображение, а служебные ноды удерживают проект в рабочем состоянии. Чем сложнее задача, тем важнее второй слой.

Допустим, нужно добавить в кадр сложную анимированную инфографику. Сначала Loader или MediaIn даёт исходник, затем графический блок собирается отдельно. После подготовки элемента Crop или SetDomain ограничивает область расчёта, чтобы Glow и Blur не считали лишнее. Underlay подписывает весь блок как 'Infographic'.

Если один и тот же matte нужен для текста, линии и glow, его можно передать через WirelessLink или аккуратно вынести в отдельный блок. Если графика тяжёлая, промежуточный результат можно сохранить Saver и вернуть Loader, чтобы не пересчитывать всю конструкцию при каждой правке финального цвета.

В конце metadata, alpha и формат проверяются перед MediaOut или финальным Saver. Снаружи зритель видит только аккуратную графику, но внутри схема остаётся быстрой, понятной и управляемой.

Resize пересчитывает изображение в другой размер и использует фильтрацию. Crop меняет границы холста/кадрирование. SetDomain задаёт область данных без обычного масштабирования пикселей. AutoDomain подбирает область по содержимому. Выбирайте инструмент по задаче: требуемый выходной размер и область вычислений — не одно и то же.

Перед ограничением domain оставьте запас под движение, мягкую тень и радиус Blur/Glow. Проверяйте начало, середину и конец анимации: область, достаточная на одном кадре, может обрезать другой. Маска эффекта ограничивает видимый результат, но не обязана экономить вычисления так же, как корректно уменьшенный domain.

В Resolve MediaIn/MediaOut связывают Fusion с таймлайном; Loader/Saver обслуживают файловые входы и выходы с возможностями, зависящими от приложения и формата. MediaOut не создаёт сам по себе отдельную EXR-последовательность. Для фиксации тяжёлой ветки заранее определите путь, диапазон, нумерацию, формат, альфу и необходимые каналы.

После записи верните последовательность через Loader и сравните первый/последний кадр, альфу, RGB и Z с исходной веткой. Отдельно проверьте пропущенные кадры и premultiplication. Underlay только группирует ноды визуально; WirelessLink только передаёт связь. Ни один из них сам по себе не кэширует и не ускоряет вычисление ветки.