摘要

  • 9 月 11 日的联合公告称，Media Composer 已可在 Chrome 中使用；这不等于浏览器拥有全部桌面功能。
  • 原始素材由谁保管、哪些存储受支持、批准后的剪辑能否还原，应分别核实。

一家制作公司可能保有全部拍摄素材，却无法顺利重建已经批准交付的版本。缺的未必是视频文件，也可能是一次剪切、一项效果、正确的素材关联，或谁认可了最后一次修改。Avid 把专业剪辑进一步带入浏览器，买方首先要考虑的，是这些决定能否随工作一起交接。

Avid 与 Google Cloud 9 月 11 日的联合公告称，Media Composer 已可在 Chrome 内使用，让创作者在 Avid Content Core 中处理专业时间线。公告还称，Site Engine 连接客户的 Google Cloud 环境与集中管理的制作流程，计算资源和高分辨率素材保留在客户自己的云环境中。这是供应商对方案的说明，并非本文检查客户部署后的结论。

理解交付范围，需要把几份公告按时间排开。8 月 27 日的 Avid 公告将桌面版 Media Composer 2026.8 的可用时间定在 9 月 1 日，当时把浏览器工作流称为 IBC 展示预览，强调其用途是扩展而非取代桌面剪辑。9 月 11 日的新说法不能被旧的“预览”状态覆盖；反过来，也不能把桌面版的 9 月 1 日套成全部浏览器功能的上线日期。浏览器里的审看、准备与专业精修，仍然是不同工作范围。

Avid 对 Content Core 扩展的介绍更能说明这门生意的方向。公司希望在不整体搬迁素材库的情况下，连接媒体及其版本、批准和交付状态；Site Engine 的部署选择涵盖 AWS、Google Cloud 和 Azure。但可以选择部署环境，不等于工程可以在云之间完整无损地移动。Insights 首先展示的是把制作数据与客户 ERP 数据结合，用于理解成本和资源。进一步联系内容收益，是发展的方向，不能写成已经证实的盈利能力。

许可范围也没有因为多了浏览器入口而消失。Media Composer 当前产品表中，Standard 和 Ultimate 的 Shared Projects 对应 Avid NEXIS，Enterprise 才列入第三方存储；公告还限定为通过适用验证的第三方方案。这里说明的是现有产品层级，不是浏览器服务、Content Core、AI 调用或客户云资源的整包报价。买方不能把一张桌面席位清单当成新流程的完整采购合同。

工程交换提供了一个更具体的检验切口。Avid 称其 OpenTimelineIO 适配器更新改善了往返交换的保真度。OpenTimelineIO 官方文档则明确：它描述剪辑时序、轨道、转场等决定，视频和音频仍是外部引用，并不封装在其中。因此，拿到剪辑决定和拿到可重新关联的素材，是两件互补的事。格式名称本身不能证明每一种效果、批准记录或使用权限制都能被另一个应用保留。

联合公告中的调查也应放回它的样本范围：Avid 在自家客户群中访问了 120 名专业剪辑师，其中 63% 认为 AI 工具需要更紧密地融入工作流。这提示现有用户重视衔接，并不能代表全行业，更不是新服务节省工时的实测结果。采购演示最终应回答的，仍是一个获授权工程能否从准备走到精修、匹配高分辨率原片并完成交接，而不只是 Chrome 能否打开时间线。