Premiere、Resolve、Final Cut 间迁移剪辑
讲清 FCPXML、XML、EDL、AAF 和 OTIO:时间线往返时哪些能保留、哪些会出错,以及一份适用于任何剪辑软件的 conform 清单。
在 Premiere Pro、DaVinci Resolve 和 Final Cut Pro 之间迁移剪辑,比如把 Premiere 工程转到 Resolve,最好的做法是把交换文件当作一份决策清单,而不是工程的副本。片段、入点和出点、轨道布局以及基本转场都能很好地迁移。特效、变速曲线、带样式的标题、插件链和多机位结构通常不能,或者到达时已经变了样。
所以实用的答案是:为目的地选择正确的交换格式,导出前简化时间线,然后在另一端对照参考渲染进行 conform。本文其余部分解释每种格式、经过它能保留什么,以及一份无论两端是什么软件都能使用的清单。
五种格式,通俗解释
每种交换格式都是发送方应用所知道的内容与接收方应用所能读取的内容之间的折中。
- FCPXML 是 Final Cut Pro 原生的交换格式。它详细描述片段、角色、复合片段、连接片段和许多属性。Resolve 对它的读写都很好,它往往是 Final Cut 与 Resolve 之间最干净的路径。
- XML(Premiere XML / FCP7 XML) 是较早的 Final Cut Pro 7 格式,Premiere 至今仍用它进行交换。它支持广泛且结果可预期,这就是为什么它仍然是从 Premiere 交接到 Resolve 的默认选择。
- EDL(剪辑决策列表,通常是 CMX3600)是最古老、限制也最多的格式。每个列表只承载一条视频轨、卷名、源时间码和录制时间码,以及简单的叠化。正因为它说得太少,它几乎在任何情况下都能幸存。调色师和精编剪辑师仍然会要求它作为交叉核对。
- AAF 是 Avid 和 Pro Tools 的语言。声音交接时,它是默认的格式。它可以承载链接的媒体引用、片段名称、电平,以及视发送方应用而定的淡入淡出。
- OTIO(OpenTimelineIO)是来自电影和动画领域的一种开放的、有文档的时间线格式。它在各类工具中的支持度正在提升,当你想要一份可读、可脚本化的剪辑描述时很有用。
从 Premiere 到 Resolve,通常选 XML。从 Final Cut 到 Resolve,选 FCPXML。从任何软件到 Pro Tools,选 AAF。交给需要一道保险的调色师时,再为每条视频轨加一个 EDL。
哪些能保留,哪些不能
无论什么品牌组合,剪辑师反映的损失都是一样的。提前做好准备。
通常能保留: 片段引用、源入点和出点、时间线位置、轨道顺序、片段名称、基本交叉叠化、音频电平、简单的不透明度,以及大多数格式中的标记。
经常会变化: 恒定变速(通常没问题)、定格帧(有时会变成时长不同的静帧)、缩放和位置(当接收方应用处理不同分辨率媒体的方式不同时可能偏移)、嵌套序列和复合片段(可能被拍平,或作为单独的时间线导入)。
通常会丢失或需要重建: 变速曲线和时间重映射、第三方特效和插件链、调色、带样式的标题和动态图形模板、多机位结构、音频插件和总线路由。
一个反复出现的抱怨是:剪辑看起来没问题,直到有人发现一段变速曲线变成了恒定的 50%,或者一个标题变成了占位符。这不是某一个应用的 bug。这些东西在每个工具中的存储方式都不同,而交换格式中没有描述它们的共同语言。
导出前准备好时间线
十分钟的准备,能省下几个小时的 conform。
- 复制序列。 在一个以交接命名的副本上操作,让你的创作版本保持完整。
- 能合并的就合并。 把不需要保持实时可编辑的嵌套序列或复合片段拍平。层级越少,意外越少。
- 把变速曲线和复杂特效渲染成新的媒体,前提是目的地不需要再调整它们。渲染后的片段就只是一个片段。
- 移除或隔离标题。 把图形放在单独的轨道上,方便重建或替换。
- 检查卷名和时间码。 EDL 和 AAF 的 conform 都依赖它们。卷名不一致的媒体,是重新链接失败最常见的原因。
- 导出整个序列的参考渲染,烧录时间码。这就是你的基准事实。
- 把媒体收集到一个地方,或者至少确保接收方机器能访问每一条路径。
接收方的 conform 清单
时间线导入之后,要去核实它,而不是信任它。
- 把参考渲染放在最上层轨道,设为差值混合模式,或者在两者之间来回切换。任何不是黑色的帧都发生了偏移。
- 检查序列帧率、分辨率和起始时间码是否与原始的一致。
- 逐一检查每一处变速和定格帧。
- 检查源分辨率与时间线不同的片段的缩放和位置。
- 查找离线或名称错误的片段,并重新链接。
- 根据你的笔记重建标题和特效。
- 抽查长镜头的音画同步,尤其是有变速的地方。
- 在新的一端开始创作工作之前,先保存一个版本。
如果你迁移工作是因为当前的剪辑软件不稳定,我们的Mac 上 Premiere Pro 频繁崩溃指南会先介绍故障排查。如果真正的问题是你的后期链条工具太多,请阅读后期软件太多?如何减少来回交接。
在 cinemaOS 中操作
cinemaOS 是一款能读写这些格式的 Mac 剪辑与成片应用。它与上面的清单建立在同样诚实的假设之上:工程交换达到的是 conform 级别,而不是完美的副本。
导入。 按 ⌘⇧H 打开 HOME,选择 Import a cut 磁贴,或者使用 File ▸ Import ▸ Timeline(FCPXML、XML、EDL、OTIO、AAF、Premiere、Resolve)。选择器接受 FCPXML、XML、EDL、OTIO、AAF、.fcpbundle、.prproj 和 .drp。直接读取 .prproj 仍属实验性,所以从 Premiere 导出 XML 仍然是更稳妥的路径。
Conform 报告。 导入后,cinemaOS 会列出它做出的每一处偏差:无法转换的特效、被替换的标题、被拍平的多机位剪辑、被跳过的 OTIO 嵌套堆栈。你从一份书面的检查清单开始,而不是在播放时才发现损失。
Resolve 桥接。 如果你直接从正在运行的 DaVinci Resolve 导入,Resolve 需要在偏好设置中开启外部脚本。免费版 Resolve 可能会阻止这一点,这时请从 Resolve 导出 FCPXML 或 XML 再导入。
导出回去。 在 File ▸ Export ▸ Timeline Interchange 中,你可以使用 Export FCPXML…、Export Premiere XML…、Export EDL…、Export OpenTimelineIO…、Export Avid Log Exchange…(ALE)和 AAF / Professional Handoff…。另外还有 Export All Sequences(FCPXML + EDL)。AAF 仅支持链接媒体:淡入淡出、声像和特效会在交接报告中列出,但不会写入文件,所以请随附给声音剪辑师一份说明。
你也可以让端侧助手 J.A.R.E.D.(⌘J)“Deliver a master, an EDL and an FCPXML for this sequence”。它会在写入前确认每一条路径,把所有文件放进工程旁边的一个新文件夹,你可以在 Task Center(⌥⌘0)中跟踪进度。
常见问题
去 Resolve 的话,FCPXML 比 XML 更好吗?
从 Final Cut Pro 出发,是的。FCPXML 是 Final Cut 自己的格式,承载更多细节。从 Premiere 出发,请使用 Premiere 的 XML 导出,因为那是 Premiere 原生写出的格式。
为什么我的 EDL 只显示一条视频轨?
CMX3600 格式就是这样工作的。为每条视频轨导出一个 EDL,并保持卷名一致,让接收方应用能够重新链接。
我的调色能迁移过去吗?
一般不能。每个应用存储调色的方式都不同。先迁移剪辑,再重新调色,或者把风格固化为 LUT,在另一端重新套用。
在下一次交接中试试
如果你想要一款能直白告诉你导入时哪些内容没能保留下来的剪辑软件,试着把你当前的剪辑导入 cinemaOS,读一读 conform 报告。60 天免费试用,无需绑定银行卡,你可以在做任何决定之前,先用真实项目测试一次往返。