ライブビデオのクラウド取り込み

過去 10 年間、パブリック クラウド インフラストラクチャのサプライヤーは、メディアを含む幅広いアプリケーションに対応する汎用コンピューティング プラットフォームとしての地位を確立してきました。コスト モデルはより柔軟になり、再利用性と堅牢性も向上するなど、メリットは数多くあります。 クラウド ネットワーキングの利点を活かすため、メディア機能はほとんどの汎用操作で FPGA や ASIC 設計から離れつつあり、ハイエンド メディア アプリケーションでもクラウドが実行環境になるようになっています。ライブ制作の制約が厳しいため、放送局がこれらの利点を最大限に活用するための出発点は、ファイルベースのワークフロー内であることが明白であり、ライブ操作のほとんどをオンプレミスの専門メディア機器に任せています。

同時に、メディア ネットワークは IP とイーサネットへと移行しています。ただし、ライブ メディアのこれらの厳しい要件を満たすことは、ローカル エリア ネットワーク (LAN) 設定では絶対に可能ですが、ワイド エリア ネットワーク (WAN) シナリオで同じ要件を満たすことは、共有 WAN ネットワークではさらに困難であり、はるかに困難です。

これらの多くの困難に対処するため、SMPTE の ST 2110 スイートでは、メディア サービス用の IP ネットワークを構築する方法を説明しています。スタジオから始まり、コスト削減と柔軟性の向上を目標に、ハイエンド メディアのキャリア プロトコルとして IP を標準化することは、データ センターやパブリック クラウド設定との互換性の向上も意味します。その結果、WAN 経由のハイエンド メディア サービスに関するソリューションを必要とする新たな課題が生じています。

しかし、SMPTE はライブ ティア 1 制作におけるスタジオ内の課題の解決に全力で取り組んでいる一方で、コスト圧力の直接的な結果として、下位ティアの素材に対する代替ソリューションが登場しています。

開発に 10 年を費やし、再送信技術、または Adaptive Repeat reQuest (ARQ) と呼ばれる技術は、何度もその実力が実証され、現在では Tier 2/3 の生産環境の一部として定着しています。

再送信の導入は、損失の多いインフラストラクチャ上で放送品質のメディア接続を低価格で提供する方法として始まりましたが、現在では、単純なポイントツーポイント接続からポイントツーマルチポイント、インターネット サービス プロバイダー (ISP) 間の負荷分散、シームレスな切り替えなど、さまざまな機能が向上しています。

ベンダーと放送局が共通のフレームワークに同意することの難しさから、スタジオ内での IP テクノロジの導入はかなり遅れていましたが、Tier 2 および Tier 3 の市場では代わりに独自のソリューションが採用され、結果として複数の並列プロトコルとエコシステムが生まれました。

また、近年、ビデオ サービス フォーラム (VSF) などの「標準指向アプローチ」を採用した代替手段が開発されたとしても、放送局が既存の独自のエコシステムにすでに投資しているため、受け入れが遅れることは間違いありません。

ライブメディア向けクラウドリソース

技術的な観点から見ると、違いはかなり大きいですが、主な違いは、正確性と動的性の 2 つです。正確性は、ジョブが正確に正確なタイミングで実行されることを保証できるという観点からのものです。これは多くのアプリケーションでは問題にならないかもしれませんが、同期や監視などのアプリケーションでは難しい場合があります。

Net Insight のホワイトペーパーをダウンロードして、Whitepapers Online でのみ公開されているライブ ビデオのクラウド インジェストについて詳しく学んでください。