Blender или Cinema 4D: ролик и договор передачи — это два разных решения, и путать их дорого. Пакет выбирают под получателя работы. Если получатель продолжает проект в вашем пакете, нужен договор N: native-файл с редактируемым текстом и процедурной схемой. Если он работает в другом пакете, нужен договор E: четыре геометрических объекта и запечённые трансформации на 120 кадрах при 24 fps.
Что именно передаётся: ролик ZC-05
Учебный пример — ролик ZC-05. Это одна временная последовательность из трёх шотов, 24 fps, кадры 1–120, то есть 120 кадров = 5 секунд. Текст «ZEROKODER» — одно слово. Рабочие единицы — метры; экспортный договор использует Y Up, −Z Forward, масштаб проверяется после импорта. Приложения и рендер в этом примере не запускались, значения условные.
| Имена/отрезок | Полностью заданное содержимое | Что сохраняет исходник / что передаёт обмен |
|---|---|---|
| TXT_ZEROKODER, кадры 1–40 | Текст ZEROKODER; шрифт DejaVuSans.ttf предоставлен в разрешённом для проекта комплекте; высота букв 0,5 м. Масштаб текста 0 на кадре 1, 1 на кадре 40 | В native остаётся текстовый объект. Для геометрического обмена отдельная копия TXT_MESH, текст больше не редактируется символами |
| BOX_01/02/03, кадры 41–80 | Три куба 1×1×1 м. На кадре 41 все центры (0;0,5;0); на кадре 80 центры (−1,5;0,5;0), (0;0,5;0), (+1,5;0,5;0) | В native допускается выбранный процедурный способ повторов; в обмене три самостоятельных mesh-объекта с запечёнными P/S/R-треками. Cloner/Geometry Nodes не считаются перенесёнными |
| CAM_MAIN и TXT_ZEROKODER, кадры 81–120 | Камера обходит ряд на 180°: из (0;2;−5) в (0;2;+5), смотрит на (0;0,5;0). Текст: opacity 1 на кадре 81 → 0 на 120 | Native содержит исходное управление и shader-анимацию. Геометрический FBX-договор ниже не включает shader opacity/HDRI/pixel-match; точный вид — в отдельном согласованном рендере |
| L_KEY / MAT_BLUE | Один источник света L_KEY, один материал MAT_BLUE (#2457A7, metallic 0, roughness 0,35) | Native-ассеты перечисляются в manifest. При обмене материал/свет пересобираются у получателя; имена не доказывают визуальную эквивалентность |
Три шота задают три разных типа данных: текст с анимацией масштаба, три куба с запечёнными трансформациями и камера с шейдерной анимацией прозрачности. Договор передачи описывает, что из этого получатель увидит редактируемым, а что примет как готовую геометрию.
Договор N: native-продолжение работы
Договор N — продолжение исходной работы в том же пакете и согласованной версии. В комплект входят zc05.blend либо zc05.c4d, manifest с версией и плагинами, шрифт и внешние ассеты. Редактируемость текста и выбранной процедурной схемы принимается только здесь, после открытия получателем.
Сборка ассетов устроена по-разному. В документации Blender 4.5 LTS (docs.blender.org) Pack Resources помечает подходящие внешние ресурсы как упакованные, а фактическая упаковка происходит при следующем сохранении файла; часть тяжёлых внешних файлов упаковать нельзя. В документации Maxon (help.maxon.net) команда Save Project Incl Assets собирает компоненты сцены в один каталог, тогда как обычное сохранение оставляет текстуры и кэши на прежнем месте.
Проверка 1 для N: получатель открывает согласованный native-проект, меняет ZEROKODER на ZEROKODER TEAM, меняет шаг повторов 1,5→2 м и проверяет тот же timeline 1–120. Это продолжение параметрической работы. Если после правки шага ряд кубов перестроился, а текст остался текстом, договор N исполнен.
Условный выбор пакета: если принимающая команда требует native C4D/Cineware-процесс — согласовать Cinema 4D; если native Blender — Blender. Документация Cineware прямо допускает cache/bitmap-представления и приближения материалов; равенство изображений и комплект лицензии Redshift здесь не обещаются.
Договор E: геометрический обмен
Договор E применяется, когда получатель работает в другом пакете. Комплект: zc05_exchange.fbx, текстовая копия TXT_MESH, три BOX-меша, кадры 1–120 при 24 fps с запечёнными трансформациями. В E принимаются четыре геометрических объекта и их согласованные трансформации.
Что в договор E не входит: native текст, Cloner, Geometry Nodes, HDRI, шейдер opacity, рендерные настройки. Камеру получатель строит по указанным контрольным позициям; промежуточную траекторию и параметры света согласуют отдельно. Координаты и параметры L_KEY в учебном входе не заданы. Это заранее названная работа, и её стоит оценить до подписания. GLB не заявляется обязательным вторым экспортом без отдельной приёмки.
Документация Blender 4.5 LTS описывает экспорт FBX так: экспортёр умеет запекать модификаторы меша и анимацию, ограничения (constraints) сохраняются как ключевая анимация, а сами ограничения в FBX не записываются; NURBS-поверхности, text3D и метаболлы конвертируются в меши на экспорте. Документация Maxon по FBX-экспорту подтверждает треки Position, Rotation, Scale и опцию Bake All Frames, которая ставит ключ на каждый кадр анимации.
Проверка 2 для E: на кадре 80 у трёх BOX-объектов центры X=−1,5/0/+1,5 м и сторона 1 м; проигрываются 120 кадров при 24 fps. Наличие четырёх ожидаемых имён без правильной геометрии и анимации не PASS. Проверка E не требует существования редактируемого Text/Cloner/Nodes.
Сверка имён, размеров, координат и кадров
Имена объектов — самый слабый сигнал приёмки. Совпадение имён ничего не доказывает: получатель может увидеть четыре ожидаемых имени и при этом получить неверную геометрию. Сверять нужно имя вместе с размером, координатами и кадром.
| Что проверяем | Ожидаемое значение | Как выглядит провал |
|---|---|---|
| Имя и размер | BOX_01/02/03, сторона 1 м | Имя на месте, сторона отличается |
| Координаты на кадре 80 | X=−1,5/0/+1,5 м, Y=0,5 м | Ряд собран, но со сдвигом или другим шагом |
| Длина анимации | 120 кадров при 24 fps | Ролик короче или быстрее |
| Текст | TXT_MESH как геометрия | Ожидается редактируемый Text |
| Материал | MAT_BLUE, #2457A7, metallic 0, roughness 0,35 | Цвет или параметры пересобраны иначе |
Порядок сверки: сначала длина последовательности и частота кадров, затем координаты на контрольном кадре, затем размеры объектов, затем имена. Одно совпадение имён не засчитывается. Если получатель присылает скриншот с правильными именами и неправильным шагом ряда — это не приёмка.
Материал и свет при обмене пересобираются у получателя. Имена не доказывают визуальную эквивалентность, поэтому точный вид согласуется отдельным рендером. Документация Cineware описывает кэши полигонов, анимации и материалов и отмечает, что идентичность материалов не гарантируется: параметры интерпретируются разными приложениями по-разному.
Как выбрать пакет под получателя
Выбор идёт от получателя и от того, что он будет делать дальше. Порядок такой:
- Определите, продолжает ли получатель параметрическую работу. Если да — договор N, native-файл согласованной версии.
- Уточните пакет получателя. Требуется native C4D/Cineware — согласуйте Cinema 4D; требуется native Blender — Blender.
- Если нужен только утверждённый геометрический обмен — сравнивайте исполнение договора E и стоимость ручной пересборки.
- Соберите manifest: версия пакета, плагины, шрифт, внешние ассеты.
- Зафиксируйте в договоре список того, что восстанавливается вручную: камера, свет, шейдерная прозрачность.
- Проведите приёмку по проверке N или E и запишите результат.
Стоимость ручной пересборки — честный критерий. Если получателю всё равно придётся восстанавливать камеру, свет и прозрачность, геометрический обмен экономит меньше, чем кажется. Если он продолжит крутить шаг повторов и менять текст, native-файл экономит больше.
Промпт ниже помогает составить чек-лист приёмки под конкретный ролик.
Ты — технический продюсер 3D-передачи. Составь чек-лист приёмки для ролика [название ролика].
Дано: [число] шотов, [число] кадров, [fps] fps, единицы — метры, экспортный договор использует Y Up, −Z Forward.
Договор N: native-файл [формат], manifest с версией и плагинами, шрифт, внешние ассеты.
Договор E: [формат обмена], список геометрических объектов, запечённые трансформации.
Для каждого договора выведи таблицу: что проверяем, ожидаемое значение, как выглядит провал.
Отдельно перечисли, что восстанавливается вручную: камера, свет, шейдерная прозрачность, материалы.
Не обещай сохранность процедурных связей и редактируемого текста в договоре E.
Меняйте под себя: [название ролика], [число], [fps], [формат], [формат обмена]. Вариации той же задачи: чек-лист только для договора N; чек-лист только для договора E; таблица контрольных кадров; список ручных работ с оценкой; письмо получателю с условиями приёмки.
Частые вопросы
Blender или Cinema 4D — что выбрать для ролика?
Выбор идёт от получателя. Если он продолжает работу в вашем пакете, берите тот пакет, в котором собран native-проект. Если он работает в другом пакете, сравнивайте исполнение геометрического обмена и стоимость ручной пересборки камеры, света и материалов.
Что входит в договор N?
Native-файл согласованной версии, manifest с версией пакета и плагинами, шрифт и внешние ассеты. Редактируемость текста и выбранной процедурной схемы принимается после открытия получателем. Сборка ассетов выполняется командами упаковки ресурсов или сохранения проекта с ассетами.
Что входит в договор E?
Четыре геометрических объекта и их согласованные трансформации на 120 кадрах при 24 fps. Текст передаётся копией TXT_MESH как геометрия. Камеру получатель строит по указанным контрольным позициям; промежуточную траекторию и параметры света согласуют отдельно. Координаты и параметры L_KEY в учебном входе не заданы.
Сохранятся ли Text, Cloner и Geometry Nodes при экспорте FBX?
Документация Blender 4.5 LTS описывает конвертацию text3D в меш на экспорте и запись ограничений как ключевой анимации. Документация Maxon по FBX подтверждает запекание треков. Процедурные связи и редактируемый текст в договор E не входят.
Как принять работу по геометрическому обмену?
Сверьте длину последовательности и частоту кадров, затем координаты на контрольном кадре, затем размеры объектов, затем имена. На кадре 80 у трёх кубов ожидаются центры X=−1,5/0/+1,5 м и сторона 1 м. Совпадение имён без правильной геометрии приёмкой не считается.