Avid AAF 导出与 Smart Relink
解析 AAF 时间线，仅从云端流式传输所需片段。
对海量归档的 AAF 合成很痛苦
对 30 TB 归档完成 Avid 项目，通常意味着要把每个 MXF 复制回本地或 Nexis 硬盘，只为让 Media Composer 看到媒体，尽管成片只触及其中一小部分。那次恢复要跑几个小时，往往是整夜，才能开始合成，而且每次剪辑改动都要重来。深度存储的 LTO 或云端归档让情况更糟，因为整个 bin 都要回来，Avid 才会重链接。
Avid 并不需要整个归档回来才能完成。它只需要时间线上真正用到的片段，并且这些片段看起来像本地 MXF。
二进制 AAF 解析，定向流式传输
Sanbila 自带原生 AAF 二进制解析器。它读取你的 Avid AAF 内的 Microsoft Structured Storage（CFB/OLE2），从 UTF-16LE 流中提取每个被引用的片段名，并在数秒内与你的云端归档比对。随后 Smart Relink 只从 cloud storage 经本地挂载卷流式传输那些 MXF 片段，并把时间线片段切换到它们，所以 Media Composer 把它们当作 Avid MediaFiles/MXF/1/ 结构里的原生 MXF 读取，并以完整分辨率完成。其他什么都不回来：30 TB 归档靠流式传输成片用到的那一小部分片段来合成，而不是恢复全部。原始文件始终留在云端 上并带 a redundant backup copy 备份，所以完成前没有整夜恢复，也没有深度存储往返。
原生 AAF 解析器
二进制 CFB/OLE2 读取器在数秒内从 Avid AAF 的 UTF-16LE 流中提取片段名，无需导出往返。
只有用到的片段流式传输
Smart Relink 只从云端 流式传输时间线上的 MXF 片段并把时间线切换到它们，其他不传。
Avid 读取原生 MXF
流式传输的 MXF 出现在 Avid MediaFiles/MXF/1/ 结构里，所以 Media Composer 链接它们并以完整分辨率完成。
无需归档恢复
跳过从 LTO、深度存储或 Nexis 的整夜复制；合成只拉取成片触及的部分。
Sanbila 数据一览
来自 Sanbila 在线产品的真实规格，而非营销说辞。
常见问题
Sanbila 怎么读取 Avid AAF？+
它把 AAF 作为 Microsoft Structured Storage（CFB/OLE2）解析，从 UTF-16LE 流中读取片段名。这能在数秒内列出时间线里的每个片段，无需导出或经其他工具往返。
合成时整个归档都得回来吗？+
不用。Smart Relink 只从云端 流式传输 AAF 引用的 MXF 片段并把时间线切换到它们。30 TB 归档靠拉取成片用到的那一小部分片段来合成。
Avid 会把流式传输的媒体当作原生 MXF 吗？+
会。片段流式传输到 Media Composer 自动发现的 Avid MediaFiles/MXF/1/ 结构里，所以它把它们当作原生 MXF 链接并以完整分辨率完成。
完成前我还需要 Nexis 或整夜恢复吗？+
不需要。原始文件留在云端 上并带 the backup 备份，合成只流式传输用到的片段，所以完成前没有从深度存储或 Nexis 的整夜复制。
分钟内合成，而非整夜
上传 AAF，运行 Smart Relink，Avid 以完整分辨率完成。
免费下载