FBXExporter

FBXExporter не создаёт визуальный эффект в кадре. Его задача — записать данные сцены в файл. Поэтому эту ноду нужно воспринимать не как художественный фильтр, а как точку экспорта 3D-пайплайна: что именно попадёт в файл, в каком формате, с какой версией FBX, с каким FPS, масштабом и набором объектов.

Самый частый сценарий — передача камеры, света и геометрии из Fusion в Blender, Maya, Cinema 4D, Houdini, 3ds Max или другой 3D-софт. Например, после трекинга камеры можно экспортировать камеру и сцену, доработать объекты в 3D-программе, а потом вернуть результат обратно в композитинг.

Filename задаёт место сохранения файла. Кнопка Browse открывает выбор пути. Важно заранее понимать, куда пишется файл, потому что экспорт может перезаписать старый результат или уйти в папку проекта, где его потом сложно найти. Лучше использовать понятные имена: shot_010_camera.fbx, scene_export_v03.fbx, tracked_camera_24fps.fbx.

Format определяет контейнер и тип файла. По умолчанию используется FBX binary (*.fbx) — наиболее практичный вариант для обмена с современными 3D-пакетами. Также доступны FBX ascii, старые версии FBX, AutoCAD DXF, Alias OBJ, Collada DAE, Biovision BVH, Motion Analysis HTR/TRC, Acclaim ASF/AMC, Vicon C3D, Adaptive Optics AOA и Superfluo MCD. Эти форматы нужны не для красоты, а для совместимости с конкретным софтом и типом данных.

Version выбирает версию FBX SDK/формата. Default обычно безопаснее, если нет требований от принимающей программы. Старые версии вроде FBX201100–FBX202000 используют, когда целевой пакет, плагин или конвертер плохо читает новые FBX-файлы. Если импорт в другом софте ломается, первым делом стоит попробовать другую Version, а не менять геометрию.

FBX Frame Rate критически важен для анимации. Он должен совпадать с FPS проекта или таймлайна, иначе ключи камеры, света и объектов могут уехать по времени. Для обычного видео часто используется 24.0, 25.0, 29.97002617, 30.0, 50.0, 59.94 или 60.0. Значения 72.0, 96.0, 100.0, 120.0 и 1000.0 полезны для специфичных пайплайнов, mocap, high-speed или технического обмена.

Scale Units By меняет масштаб экспортируемой сцены. Это особенно важно при обмене между программами, где единицы измерения трактуются по-разному. Если после импорта объект слишком маленький или гигантский, проблема часто не в камере, а именно в масштабе единиц. Значение 1.0 означает экспорт без дополнительного масштабирования.

Флажки Geometry, Lights и Cameras определяют, какие типы объектов попадут в файл. Можно экспортировать всё вместе, а можно отдельно только камеру, только геометрию или только свет. Это удобно, если нужно передать в 3D-пакет только tracked camera, не захламляя файл лишними объектами.

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

Reduce Constant Keys удаляет лишние одинаковые ключи анимации. Это делает файл легче и чище, особенно если много параметров не меняется во времени. Но если целевой софт требует ключ на каждом кадре или нужно сохранить абсолютно плотную анимацию, параметр стоит проверить осторожно.

File Per Frame (No Animation) меняет логику экспорта: вместо одного анимированного файла можно получить отдельные файлы по кадрам. Это полезно для некоторых технических пайплайнов, симуляций и статических последовательностей, но для обычной передачи камеры или анимированной сцены чаще оставляют выключенным.

Главная ошибка при работе с FBXExporter — экспортировать файл, не проверив FPS, масштаб и состав данных. Визуально в Fusion всё может быть правильно, но после импорта в другой пакет камера окажется не в тайминге, объект — не в масштабе, а свет — лишним. Поэтому FBXExporter требует аккуратности и контрольного импорта после каждого важного экспорта.