广播用 MXF 代理工作流
处理 XDCAM、P2 和 Sony XAVC MXF，云端原始素材，DNxHR 代理。
广播 MXF 库永不停歇
MXF 是容器，不是编解码器，而广播把各种口味都抛给你：XDCAM 是 MPEG-2 Long GOP，P2 是 DVCPRO 或 AVC-Intra，Sony XAVC 是 H.264 或 H.265，Avid 自己的 OP-Atom MXF 把视频和音频放在分开的本质文件里。每日新闻或杂志节目每集产生数百个，一个季度下来归档超过 50 TB。本地存储跟不上，而 Avid Nexis 共享存储授权只是为了存放大多从未播出的素材，就是一笔沉重的经常性成本。
编辑不需要把整个 MXF 库放在快速共享存储上。它需要一个轻量代理来剪，MXF 原始文件只在收尾时才需要。
无需 Nexis 的可扩展 MXF 归档
Sanbila 把 MXF 完整存储在云存储上，并带自动备份，无论哪种口味，所以广播本质和元数据都被保留。代理是在 Sanbila 云端编码的 DNxHR LB，Sanbila 把它写入 Avid Media Composer 作为托管媒体自动索引的 Avid MediaFiles/MXF/1/ 结构，所以代理干净地链接，无需手动重链接。
你在代理上剪辑，收尾时 Smart Relink 读取 Avid AAF（或 Premiere XML、FCPXML 或 EDL），只把合成里的 MXF 片段从云端经虚拟驱动器流回，把时间线片段切换到原始文件，得到全质量母版。超过 50 TB 的整季归档在云端，而不是在 Nexis 上，Enterprise 计划容纳 25 TB，并对长尾按 $20/TB/月 超额计费，所以广播后期公司扩展存储，无需再买一个共享存储节点。
每种 MXF 口味都完整
XDCAM MPEG-2、P2 DVCPRO 或 AVC-Intra、Sony XAVC、Avid OP-Atom MXF 都保存在云端并带自动备份，从不转码。
Avid MediaFiles 布局
DNxHR LB 代理写入 Media Composer 作为托管媒体自动索引的 Avid MediaFiles/MXF/1/ 结构，所以无需手动重链接即可链接。
在原始文件上收尾
Smart Relink 读取 AAF，把时间线片段切换到从云端流式传输的真正 MXF，得到全质量母版。
扩展超越 Nexis
超过 50 TB 的整季归档在云端；Enterprise 容纳 25 TB 并按 $20/TB/月 超额，无需额外的共享存储节点。
Sanbila 数据一览
来自 Sanbila 在线产品的真实规格，而非营销说辞。
常见问题
Sanbila 接受哪些 MXF 类型？+
各种常见口味的广播 MXF：XDCAM MPEG-2 Long GOP、P2 DVCPRO 和 AVC-Intra、Sony XAVC H.264 或 H.265，以及 Avid OP-Atom MXF。原始文件完整上传，从不转码。
代理在 Avid Media Composer 里会自动链接吗？+
会。Sanbila 把 DNxHR LB 代理写入 Media Composer 作为托管媒体自动索引的 Avid MediaFiles/MXF/1/ 结构，所以代理无需手动重链接即可链接。
广播 Avid 项目的收尾怎么进行？+
Smart Relink 读取 AAF，找到合成里的 MXF 片段，把时间线片段切换到从云端流式传输的真正原始文件，得到全质量母版。未用的片段仍为代理。
对一季节目来说，这比 Avid Nexis 便宜吗？+
归档在云端并带自动备份，而不是 Nexis 节点。Enterprise 计划容纳 25 TB 并按 $20/TB/月 超额，所以 50 TB 以上的一季扩展时无需再买共享存储。
无硬件扩展你的 MXF 归档
为广播后期公司提供超额计费的 Enterprise 方案。
免费下载