要約

  • 9 月 11 日の共同発表は Chrome での Media Composer 利用を示すが、デスクトップ版との全機能の同等性を証明するものではない。
  • 素材を保有することと、承認済みの編集結果を別の工程で再現できることは分けて考える必要がある。

納品直前に担当者や作業環境が変わったとき、必要なのは撮影素材の一覧だけではない。どの箇所を切り、どの効果を使い、どの版が承認されたのか。その判断まで引き継げて初めて、制作は続けられる。Avid がブラウザー編集を広げる動きは、この引き継ぎをどこまで扱えるのかという観点で読むと意味が明確になる。

Avid と Google Cloud の 9 月 11 日の共同発表によると、Media Composer は Chrome から利用でき、Avid Content Core 内でプロ向けのタイムラインを編集できるという。Site Engine は顧客の Google Cloud 環境を集中管理された制作業務につなぎ、計算資源と高解像度素材は顧客側のクラウドに残すとしている。いずれも提供企業の説明であり、利用企業の環境を本稿で検証した結果ではない。

発表時点の違いにも注意が要る。Avid の 8 月 27 日の発表は、デスクトップ版 Media Composer 2026.8 を 9 月 1 日から提供するとし、ブラウザーによる作業を IBC でのプレビューとして説明していた。目的はデスクトップ編集の置き換えではなく、確認や準備から高度な仕上げへと作業を広げることだった。後の Chrome 利用開始という説明を、古いプレビュー扱いに戻すべきではない。一方、9 月 1 日をブラウザーの全機能の提供日とする根拠もない。

Content Core の拡張発表は、素材庫全体を一か所に移さずに、版、承認、納品状況などの制作情報を結び付ける構想を示す。Site Engine の配置先には AWS、Google Cloud、Azure が挙がる。ただし配置先の選択肢があることは、同じ編集プロジェクトを変更なしに移せることとは違う。Insights も、まず制作情報と顧客の ERP データから費用や資源配分を把握する段階であり、コンテンツの収益との結び付きは発展途上の構想だ。実証済みの採算改善とはいえない。

契約面では、既存製品の境界が残る。Media Composer の製品比較で Shared Projects に対応する保存先は、Standard と Ultimate が Avid NEXIS、Enterprise が NEXIS と第三者製ストレージとなっている。発表は後者を適格な対応製品に限定している。これだけでは、ブラウザー機能、Content Core、AI 利用、顧客クラウドの費用まで含む契約かどうかは分からない。デスクトップのライセンス区分を、新環境全体の見積もりに読み替えることはできない。

引き継ぎの範囲は、交換形式の説明を読むとさらに具体的になる。Avid は OpenTimelineIO アダプターの更新によって他社ツールとの往復交換の再現性を改善したとしている。OpenTimelineIO の公式文書によれば、この形式が扱うのは編集の順序や長さ、トラック、トランジションなどであり、映像と音声自体は外部への参照である。編集判断を渡すことと、参照先の素材を利用可能にすることは別の作業だ。あらゆる効果や承認履歴、利用権が引き継がれる保証にはならない。

共同発表の調査では、Avid の顧客コミュニティーに属するプロの編集者 120 人のうち、63% が AI ツールと業務との密接な統合を求めた。既存顧客の関心を示す数字であり、業界全体の代表値でも新サービスの生産性実測でもない。購入判断に必要なのは、権限のある素材を使った一つのプロジェクトが、準備から編集、高解像度原素材との突き合わせ、納品まで続くかという証拠である。