Final Cut Pro SSD 满了？
原始素材到云端，代理留在 Mac 上，按需回收几十 GB 空间。
FCP Library 增长得比想象更快
Final Cut 把生成文件存在每个 Library 包内，紧挨着原始素材：渲染文件、优化媒体、代理媒体和分析文件。几个短项目后，1 TB 的 MacBook SSD 就到 90%，论坛上的经典例子是一个 250 GB 的 Library 仅靠删除生成文件就缩到约 44 GB。快速见效的做法是在侧边栏选中 Library，选择 文件 再 删除生成的资源库文件，勾选渲染文件以及优化媒体和代理媒体，因为它们会按需重建。然后防止它再长回来：在 Final Cut Pro、设置、播放里关掉后台渲染，并在导入时让转码选项保持未勾选。如果 Library 还是放不下，苹果自己的建议是在备份后把它移到 APFS 盘上。
不过这些都没有挪动相机原始文件，而在长片项目里它们才是真正的重头。你又回到一个臃肿的 Library，以及一台无法干净备份到 Time Machine 的 Mac。
为 Library 减肥，只留本地播放的内容
Sanbila 把原始素材留在 Library 之外。导入时，你的相机文件上传到 cloud storage 并带 a redundant backup copy 备份，ProRes Proxy 在 Sanbila 云端编码，只有轻量代理进入一个 Final Cut 当作外部媒体、位于包之外的 Virtual Folder。一组 4 TB 的素材在磁盘上变成几百 GB 的代理，所以 Library 保持小巧，Time Machine 很快备份它。
本地代理缓存有一个你设定的大小上限，从 5 GB 到 500 GB，最近最少使用的策略先移除最老的代理，绝不移除原始文件。把你在剪的项目钉住以排除它，交付后取消钉住。为成片时，导出 FCPXML，Smart Relink 把时间线片段切回从云端 经本地 the stream 流式传输的完整分辨率原始文件，分享前你把显示切回原始。被清掉的代理会按需重新流回，所以你释放的任何空间都不丢东西。
删生成文件，留原始素材
文件 再 删除生成的资源库文件 清掉按需重建的渲染、优化媒体和代理；Sanbila 随后把相机原始素材完全留在 Library 之外。
代理在包之外
ProRes Proxy 在一个 Final Cut 当作外部媒体的 Virtual Folder 里，所以 4 TB 的拍摄在磁盘上只是几百 GB 代理。
对 Time Machine 友好
轻量 Library 备份很快；沉重的原始文件存在 cloud storage 并带 the backup 备份，而不是你的 Mac 上。
成片时 Smart Relink
导出 FCPXML，Smart Relink 从云端 流回完整分辨率的原始文件；被清掉的代理按需重新流回。
Sanbila 数据一览
来自 Sanbila 在线产品的真实规格，而非营销说辞。
常见问题
怎么把超大的 Final Cut Pro Library 缩小？+
选中 Library，选择 文件、删除生成的资源库文件，然后勾选渲染文件以及优化媒体和代理。它们按需重建，所以你的剪辑和原始素材安全。剪辑师常靠这招把 Library 缩掉大部分体积。
怎么防止 Library 再次变大？+
在 Final Cut Pro、设置、播放里关掉后台渲染，并在导入时让转码选项保持未勾选。用 Sanbila，原始素材从不进入 Library，所以臃肿的主因就没了。
删除优化媒体和代理安全吗？+
安全。两者都从你的源生成，Final Cut 需要时会重建。只有你的原始媒体和工程不可替代，而用 Sanbila 它们在云端并带备份。
我能把 Library 移出启动盘吗？+
能。苹果建议备份后把它移到 APFS 盘。用 Sanbila，Library 本来就小，因为原始素材在云端，所以放得进内置 SSD。
告别 Final Cut 的存储恐慌
免费方案，macOS 优先。一小时内安装并回收空间。
免费下载