Smart Relink
从代理工作流的典型导出要么下载项目中引用的所有原始文件(慢、占满 SSD),要么手动逐个片段重新链接(繁琐、易错)。Smart Relink 读取时间线文件(Final Cut Pro 的 FCPXML、任意 NLE 的 EDL、Avid Media Composer 的 AAF),识别最终剪辑中实际使用的片段,忽略掉 80% 到 95% 被裁掉的素材。
对于只用了 2% 素材的纪录片,Smart Relink 让剪辑师只流式传输实际出现在剪辑中的原始文件,其余留在云端存储。NLE 看到一个虚拟驱动器,里面同时包含代理(对应未使用的素材)和原始文件(对应已使用的片段),导出以完整质量渲染,且不下载任何一个未使用的文件。
在 Adobe Premiere Pro 中,Sanbila 采用不同的路径:一个原生插件导入你的 4K 原始文件,并用 Premiere 自带的代理功能为每个片段附加一个本地代理。你在开启 "Toggle Proxies" 的情况下剪辑,然后通过不勾选 "Use Proxies" 以完整分辨率导出,无需 relink,也无需 reconform。
由于 Smart Relink 作用于时间线文件和 symlink,而非媒体本身,它是非破坏性且可逆的:把片段切回代理,原始文件仍原封不动地留在云端。它读取 FCPXML、Premiere XML、EDL 和 AAF,所以 Resolve、Final Cut Pro 或 Avid 项目都走同一机制。结果是:导出时,一个 2 TB 的拍摄表现得就像剪辑真正用到的那几百 GB。
示例
- •一个 2 TB 的纪录片项目实际使用 200 GB 片段:Smart Relink 仅在导出时流传输这 200 GB,节省 1.8 TB 不必要下载
- •一场婚礼剪辑只用了 5% 的拍摄素材:Smart Relink 仅拉取所选的仪式时刻与 B-roll
- •一支每个机位 6 条素材的音乐视频:Smart Relink 只流传输入选最终剪辑的素材
在 Sanbila 中
Sanbila 解析来自 DaVinci Resolve、Final Cut Pro 与 Avid 的 FCPXML、EDL 与 AAF 时间线文件。它把每个片段标记为代理或流式传输,挂载一个同时包含两者的虚拟驱动器,剪辑师正常导出。在 Premiere Pro 中,Sanbila 插件改为把每个代理附加到其原始素材,因此你无需任何 relink 即可导出完整分辨率。
常见问题
Smart Relink 会下载整个项目来导出吗?+
不会,这正是它的意义。它读取时间线文件,只找出最终剪辑中用到的片段,并只从云端流式传输那些原始文件,把被裁掉的 80% 到 95% 留在存储里。一个 2 TB 的拍摄若剪辑中用到 200 GB,就只流传输这 200 GB,所以你以全质量导出而不占满 SSD。
Smart Relink 支持哪些 NLE?+
它在文件层面解析时间线工作,所以 DaVinci Resolve、Final Cut Pro 和 Avid Media Composer 都通过 FCPXML、EDL 或 AAF 使用它,并把每个用到的片段切换为流式原始文件用于导出。在 Premiere Pro 中,符号链接路径会让代理 conform 被冻结,所以那里 Sanbila 插件改为把每个代理附加到其 4K 原始文件,你通过不勾选 "Use Proxies" 从原始文件导出。
Smart Relink 可逆吗?+
可逆。它只是重定向每个时间线片段指向哪个文件(代理或流式原始文件),从不移动或改动媒体。你随时可以把片段切回代理,原始文件仍原封不动地留在云端。剪辑没有任何改变,因为 NLE 看到的路径相同。
相关术语
另请参阅
参考资料
- Adobe Premiere Pro XML 格式 · Adobe
- Final Cut Pro XML 参考 · Apple
- Avid AAF SDK 文档 · AMWA / Avid