アダプティブ ビット レートのビデオ ストリーミング: コーデックよりも配信が重要な理由

クレジット:

H.264 ベースの MPEG-4 は現在、MLB、iTunes、Netflix などの大手ビデオ発行者や配信者にとって最適なビデオ形式ですが、プレミアム ビデオ発行者や放送局は通常、ビデオ アセットを H.264 プログレッシブ ダウンロード経由で配信しません。 。ビデオ アセットをビデオ プレーヤーに配信またはストリーミングするには、安全なストリーミング プロトコルが必要です。

大まかに言うと、次のようになります。ビデオは、H.264 ベースの MPEG-4 や VP8 ベースの WebM などのさまざまな形式にエンコードできます。ビデオは、HTTP ライブ ストリーミング、スムーズ ストリーミング、HTTP ダイナミック ストリーミングなど、考えられるいくつかのストリーミング形式/プロトコルのいずれかを使用して配信またはストリーミングされます。最後に、HTML5、Flash、Silverlight で実装されたプレーヤーがこれらのストリームを受信し、視聴者に向けて再生します。

この投稿では、アダプティブ ストリーミングへのアプローチに焦点を当てます。りんごをサポートしています。 HTTP ライブ ストリーミング (HLS) と呼ばれるこのテクノロジーを使用すると、ライブ ビデオまたはオンデマンド ビデオを Apple のようなデバイスにストリーミングできます。iPadiPhoneそしてiPod Touch特殊なビデオ ストリーミング サーバーを必要とせず、HTTP Web サーバーで十分です。この仕様は Apple によって作成されましたが、インターネット標準への道の第一歩としてインターネット技術特別委員会 (IETF) に提出されました。

ここでは、ビデオ発行者、広告主、視聴者、さらには携帯電話会社にとってもメリットとなる主な機能の部分的なリストを示します。

基本

クレジット:

HTTPライブストリーミングは、Appleの支援を受けて, スムーズストリーミングとは、マイクロソフトの支援を受けてそしてHTTPダイナミックストリーミングはアドビの支援によるですが、それらには共通点が 1 つあります。それは、それぞれが入力として MPEG-4 H.264 を使用するということです。私は、本当の話は HTML5 でどのビデオ形式がサポートされるかではなく、プレミアム ビデオに関してはどのビデオ ストリーミング形式がサポートされるかということがより重要であると考えています。

3 つの配信方法はすべて、アダプティブ ビット レート ストリーミングの形式です。この配信方法は、ストリームがビデオ体験をネットワークとデバイスの CPU の品質に実際に適応させることができるため、インターネットビデオ配信のあらゆる側面に多大な影響を与えます。

言い換えれば、ビデオ ストリームは、ビデオのビット レートと解像度 (品質) をリアルタイムで増減できるため、利用可能なネットワーク接続がサポートできる最高の品質で常にストリーミングできます。ネットワーク接続が良好であればあるほど、ビデオの画質も向上します。ストリームがこの複雑さをすべて処理するということは、モバイル ビデオ ビューアが何もする必要がないことを意味します。すべてはストリームとプレーヤーに任せられます。

では、これはどのように機能するのでしょうか?ビデオ コンテンツを HLS 用に準備するには、ビデオの高品質バージョンから始めて、MPEG-4 H.264 を使用してその複数のコピーをエンコードします。これらのコピーは、低速の 3G 接続に適した低品質のレンディションから、高速ネットワーク上の高速デバイスに適した非常に高品質のレンディションまで、さまざまなビット レートと解像度で作成されます。次に、レンディションは MPEG-2 トランスポート ストリームにラップされ、10 秒のセグメントまたはチャンクに分割されます。これらのセグメントは、最終的にモバイル デバイス、ブラウザ、またはセットトップ ボックス上の HTML5 ビデオ プレーヤーにストリーミングされます。プレーヤーはビデオを 10 秒単位で受信し、ネットワーク接続の品質を検出できるため、帯域幅の条件が変化した場合、10 秒ごとに高品質または低品質のビデオ セグメントが表示されます。

実質コストの削減

HLS は、ビデオ発行者と受信側の視聴者のデータ プランの費用を節約します。 HLS は真のビデオ ストリームです。つまり、再生中にビデオのいくつかのセグメントのみを配信します。たとえば、視聴者が 5 分間のストリーミング ビデオを視聴した場合、データ プランは 5 分間のデータ消費に対してのみ課金されます。対照的に、ビデオのプログレッシブ ダウンロードでは、実際の視聴時間はわずか 5 分ですが、ダウンロードされたビデオの 20 分が iPhone に転送されます。

これは関係者全員にとって大きな問題です。視聴者のデータプランは実際に見ていないビデオに対して料金が請求され、パブリッシャーは決して消費されない(または収益化されない!)ビデオ配信に対して CDN を支払い、通信事業者のネットワークは実際には見る必要のなかったビデオを配信するために混雑します。

ビデオ発行者にとってコストに関するもう 1 つの主な考慮事項は、専用の独自のビデオ ストリーミング サーバーの費用を支払って維持する必要がないことです。 HLS は通常の HTTP サーバーを使用し、Web サイトを公開している場合は、すでに HTTP サーバーを持っています。

安全

HLS 仕様には、ストリームのセキュリティを確保するための規定があり、これは、ライセンスされたコンテンツをストリーミングしたい放送局や出版社にとって朗報です。 HLS ストリーム全体は AES-128 を使用して暗号化できます。一意のキーを使用して各レンディションやセグメントのグループを暗号化することもできます。ストリーム自体が暗号化されるため、SSL ではなく通常の HTTP を介してコンテンツを配信でき、高速な速度が維持されます。認証、トークン、署名を使用してキーを非表示にし、保護することができます。これらすべてにより、ストリームの効率性と HLS の目標の達成を確保しながら、ユーザーが望まない方法でコンテンツを使用することがはるかに困難になります。

ライブストリーミング

クレジット:

HLS のもう 1 つの大きな利点は、ライブ ビデオ コンテンツを iOS デバイスにストリーミングできることです。 iPad などのタブレット デバイスにライブ ビデオをストリーミングすることは、非常に魅力的です。 iPad は基本的に、どこにでも持ち運べるパーソナル TV です。タブレットをテレビとして利用するというアイデアは、大手放送局やケーブル会社にも負けていません。プレミアム ビデオ オン デマンドが実行可能なビジネス モデルとして iPad 上で確立された現在、HLS 経由で iPad にリニア ブロードキャストをライブ再送信するのは自然な流れです。

ライブ HLS エンコードでは、パブリッシャーのワークフローに追加の手順が必要です (ライブ フィードをリアルタイムでエンコードするため)。そこで、Inlet Technologies や Elemental Technologies などのエンコード アプライアンス企業が登場します。彼らは、HLS ストリームの作成とクラウドへの配信の複雑さをすべて処理するターンキー製品を開発しました。

リアルタイムのインストリーム広告配信

最後に、もちろん重要なことですが、インストリーム広告挿入に関して、HLS がパブリッシャーにどのようにユニークな機会を提供するかです。 HLS が 10 秒間のビデオ セグメントのストリームであることを思い出してください。これらのセグメントは、ビデオ広告をコンテンツ ストリームに挿入して視聴者にシームレスに再生できるような方法で作成できます。視聴体験は、基本的にテレビ放送でコマーシャルを見るのと同じです。

「広告ストリーム」を「コンテンツ ストリーム」に挿入することは、カナダの放送局グローバル TV などのいくつかの大手放送局が採用した新しい概念です。プレロールまたはミッドロールビデオ広告の従来の配信メカニズムは、(中断を伴う)ビデオ プレーヤーの切り替えを実行することです。

これは、一般的な Web ビデオ プレーヤーでよく見られます。ビデオの視聴中、別のプレーヤーが表示されている間ストリームは空白になり、ビデオ広告ストリームがキューアップされて再生の準備ができるまでスピナーまたはバッファが表示されます。次に、広告が終了すると、そのプレーヤーが閉じられ、特集コンテンツ プレーヤーが開き、特集コンテンツがキューアップされて再生の準備ができるまでスピナーが表示されます。

HLS を使用すると、すべてのビデオ コンテンツの切り替えをビデオ プレーヤー内ではなくストリーム内で行うことができます。さらに、HLS の適応性の性質を利用して、広告の読み込み時に視聴者にスピナーやバッファが表示されないようにビデオ広告が確実に表示されるようにすることができます。広告エクスペリエンスはシームレスです。

開示:著者の会社はインストリーム広告テクノロジーを開発しています。

未来は適応しつつある

クレジット:

これらすべては、数年前の「ビデオ コーデック」戦争を少し思い出させます。当時、Apple、Microsoft、Adobe はいずれも、さまざまなビデオ エンコード テクノロジ (MPEG-4 H.264、VC1、および On2) を推進していました。それぞれが見栄えの良いビデオを作成していましたが、ビデオ発行者にとっては大きな頭痛の種でした。 H.264 が大量に普及すると、業界は最終的に H.264 に落ち着きましたが、アダプティブ ビデオ ストリーミングに関しては依然として競馬です。 1 つ確かなことは、アダプティブ ビット レート ストリーミングは、PC からスマートフォン、セットトップ デバイスに至るまで、あらゆる種類のデバイスにわたるビデオ配信の未来であるということです。

HLS は他のアダプティブ ストリーミング ソリューションに勝てるでしょうか?まだ初期段階ですが、H.264 の場合と同様に、オープン仕様と IETF への提出により、競争で優位に立つことができると考える人もいるでしょう。 HLS がインターネット ビデオ ストリーミング標準として普及する場合は、iOS デバイス以外にも拡張する必要があります。

アンドロイド, Android プラットフォーム用の堅牢な HLS プレーヤー SDK を構築した Nextreaming という会社のおかげで、Google のモバイル OS で HLS ビデオを再生できるようになりました。そして、HLS はもはや単なるモバイルビデオ再生ではありません。主要なセットトップ ストリーミング プレーヤーの 1 つである Roku は、HLS をサポートするようになりました。おそらく最も重要なことは、ABC、Netflix、Hulu などのいくつかの大手ビデオ パブリッシャーが iPad アプリで HLS を利用していることです。 1 つ確かなことは、2011 年にはさらに多くのアダプティブ ビデオが登場することになるということです。

Mashable のその他の Web ビデオ リソース:

-なぜオンラインビデオの将来は深刻な問題に直面しているのか [OP-ED]

-ウェブキャストが新興市場への参入に最適な理由

-2010 年の最も革新的なバイラル動画広告 10 件

-YouTube 動画に使用される合法的な音楽を見つける 4 つの方法

-YouTube をもっと活用するための 12 の楽しいハック

Leave a Reply

Your email address will not be published. Required fields are marked *

Subscribe Now & Never Miss The Latest Tech Updates!

Enter your e-mail address and click the Subscribe button to receive great content and coupon codes for amazing discounts.

Don't Miss Out. Complete the subscription Now.