動画帯域幅の管理

帯域幅使用の基本

他のデジタルアセットと同様に、動画はインターネット経由でブラウザやアプリにデータとして配信されます。転送されるデータ量が消費される帯域幅であり、課金対象となります。この帯域幅は次の2つの部分に分けられます:

使用帯域幅：視聴者が実際に視聴した動画部分に関連するデータ
オーバーヘッド帯域幅：ダウンロードされたが実際には視聴されなかった動画部分に関連するデータ。必ずオーバーヘッドが発生する理由は以下のとおりです:
- 動画データは、追加データのダウンロード待ちで再生が停止しないよう、視聴位置より先をバッファリングします。
- 場合によっては、デバイスが動画を再生しようとする前に、動画データの一部または全部を（動画ファイル形式によっては）プリロードすることがあります。これは、デバイスで利用可能なネットワーク帯域幅がコンピュータより低いことが多く、そのためプリロードによって視聴者が再生ボタンをタップした際に動画をより速く再生開始できるようにするためです。

帯域幅の増加

帯域幅の使用量は増加しています！これにはいくつかの理由があります:

視聴者の増加：インターネットに接続する人々の数が増加し、オンライン動画の視聴量も増えています。もちろん、これは全体的な増加であり、特定のサイトやアプリによって異なります。Video Cloud Analytics の動画インプレッション、動画再生数、ユニークユーザー数などの指標を見ることで、視聴者数が増加しているかを把握できます。
インターネット帯域幅の向上：インターネットを支えるインフラやネットワークプロトコルの改善により、平均的なユーザーが利用できる帯域幅は増加しています（ただし地域差があります）。これにはオンライン動画に2つの影響があります:
- 動画が視聴されるかどうかに関わらず、より多くのデータが高速にダウンロードされる
- ダウンロード時間の短縮により、多くの場合で高品質な動画レンディションを視聴可能になる
インターネット利用がデバイス中心へシフト：オンライン動画視聴もこれに含まれます。前述のプリロード動作により、場合によっては帯域幅消費が増加します。また、デバイスの画質やメモリ、ネットワークの改善により、視聴者は従来より高品質なレンディションを視聴できるようになっています。
Video Cloud の変化：最も大きな変化は、標準トランスコードプロファイルの導入であり、上記の変化に対応するため、高品質動画を視聴できるユーザーが増えています。

これらの要因が使用帯域幅を増やすのであれば、それは良いことです。より多くの視聴者が高品質の動画を視聴していることを意味するためです。しかし、同時にオーバーヘッド帯域幅も増加し、その増加量が大きい場合、可能であればそれを削減したいと考えるかもしれません。後続のセクションでは、帯域幅消費に影響する要因や、必要に応じて帯域幅を削減するためのオプションについて説明します。

ファイルタイプ

Flash 以降の世界では、動画ファイルは HTTP 接続を通じてブラウザやデバイスに配信され、ファイルタイプによってその方法が決まります。MP4 レンディションはファイル全体を一括で配信しますが、HLS や DASH のような時間分割レンディションは必要に応じて短いセグメントで配信されます。特に動画をプリロードするデバイスでは、この違いがオーバーヘッド帯域幅に大きく影響することがあります。視聴者がページやアプリ画面に一定時間留まれば、MP4 レンディション全体が視聴していなくてもダウンロードされる可能性があります。一方、HLS レンディションは一般的に 10 秒単位で分割されているため、同じ状況でもダウンロードされるデータ量は少なくなります。

セグメント形式の動画を再生できないレガシープラットフォーム向けには MP4 レンディションが必要ですが、すべての動画に適切な HLS レンディション（DASH が必要な場合は、DRM 要件に応じて HLS をサポートしないものもあります）を用意することで、オーバーヘッド帯域幅を大幅に削減できます。

プリロード

これまでに見たように、ほとんどのデバイスはデフォルトで最初の HLS（または DASH）セグメントを即座に、またはセグメント形式がない場合は MP4 レンディション全体をプリロードします。これは視聴者が再生ボタンをタップしたときにすぐに動画再生が開始されるため、動画の見かけ上のパフォーマンスを向上させます。パフォーマンスが良いほど再生率は上がります。しかしその代償として、ほとんど再生されない動画でも帯域幅が消費されます。

一部またはすべてのプレーヤーでプリロードをオフにすべきかどうかは、いくつかの要因に依存します:

ページの中心が動画である場合、またはユーザーが動画を視聴する可能性が高い場合は、プリロードをオンにしておくべきです。
動画分析を確認し、再生率の低い動画は帯域幅の無駄が大きいため、これらの動画を配信するプレーヤーではプリロードをオフにすることを検討してください。
同じページに複数のプレーヤーがある場合、すべての動画が視聴される可能性は低いため、プリロードをオフにすることが推奨されます。

レンディションのビットレート

高ビットレートの動画レンディションは高品質の動画を提供しますが、その分帯域幅を多く消費します。常に可能な限り最高品質の動画を提供することが最優先であれば、このコストは受け入れる必要があります。しかし、動画を再トランスコードし、最も高ビットレートのレンディションを削除することで、オーバーヘッド帯域幅を節約できるか検討する価値があります（たとえば、すべての動画で高解像度プロファイルを使用している場合、非常に高ビットレートのレンディションが生成されます）。

ここでも動画分析が役立ちます。視聴されているデバイスの種類や OS を確認してください。たとえば、視聴の中心がスマートフォンである場合、Wi-Fi 接続のスマートフォンは非常に高品質なレンディションを利用できる帯域幅を持つかもしれませんが、画面サイズが小さいため低品質のレンディションとの差がほとんどわからない場合があります。最適な方法は、Studio から実際に各レンディションをダウンロードし、ターゲットデバイスで比較して品質差を確認することです。

バッファリング

Brightcove プレーヤーは再生中に自動的に動画をバッファリングします。これは、セグメントの終わりに追加データのダウンロード待ちで再生が停止しないよう、将来のセグメントを先読みしてダウンロードすることを意味します。デフォルトでは、プレーヤーは現在の再生位置より先に一定量の動画データを保持しようとします。

短い動画の場合、バッファリングによる帯域幅オーバーヘッドは相対的に大きくなります。たとえば1分の動画で平均 30 秒視聴される場合、視聴ごとに使用帯域幅と同じ量の帯域幅がオーバーヘッドとして消費されます。

バッファ量はプレーヤーの現在時刻に基づきます。この実装ロジックは、視聴時間が長いほど視聴者が動画を継続して視聴し、完了する可能性が高いため、追加でバッファを行っても帯域幅が無駄になりにくいという考えに基づいています。ロジックは非常にシンプルで、プレーヤーは最小値と最大値の間で現在時刻を線形補間します。デフォルトの最小値と最大値はそれぞれ 30 秒と 60 秒です。プレーヤーが 30 秒のコンテンツを視聴すると、約 60 秒分が先読みバッファされます。この実装では、視聴者が動画内をスクラブしたかどうかは追跡しません。