はじめに
Brightcove では、メディア ライブラリにアップロードするビデオ ファイルに対して、以下のエンコード仕様を使用することを推奨しています。
Video Cloud は H.264 および H.265（下記の HEVC を参照）の両方のエンコードをサポートしています。一般的には、より多くのデバイスでの再生に対応している H.264 が推奨されます。H.264 ビデオのエンコードでは AAC オーディオが使用されます。
Video Cloud の Media モジュールに慣れていない場合は、Media モジュールの使い方 をお読みください。Media モジュールの基本的な機能と起動方法が説明されています。また、Upload モジュールによるビデオのアップロードも併せてご覧いただくと、ビデオのアップロード手順が確認できます。
Brightcove がサポート していない ビデオ フォーマットの情報については、サポートされているビデオ フォーマット、コーデック、コンテナ を参照してください（対応していないものはごくわずかです）。
Brightcoveでは、メディア ライブラリにアップロードするビデオ ファイルに対して以下の仕様を推奨しています：
HEVC（H.265）ビデオ
High Efficiency Video Coding（HEVC）、別名 H.265 は、広く使われている Advanced Video Coding（AVC/H.264） の後継として設計されたビデオ圧縮規格です。AVC と比較して、同等の画質で約 20% のデータ圧縮が可能であり、また同じビットレートであれば、画質を大幅に向上させることができます。
この圧縮効率の向上により、帯域幅の使用量削減、高品質なビデオの低ビットレート配信、初回フレーム表示までの時間（TTFF）の短縮が実現され、最終的に視聴者の満足度が向上します。
デメリット
主なデメリットは、HEVC が新しい技術であるため、クライアント（デバイス + OS + ブラウザ/アプリ）による対応がまだ十分に広がっていないことです。また、一部のクライアントでは HEVC と AVC セグメントの再生中の切り替えが可能ですが、他では対応していません。
HEVC（H.265）ビデオは、この拡張機能 を購入してインストールしない限り、Windows 10 では再生できません。Windows との互換性を考慮する場合は、AVC（H.264）形式での配信が推奨されます。HEVC ビデオの対応クライアントに関する詳細は、HEVC Video をご覧ください。
また、HEVC ビデオは H.264 よりもトランスコードに 2 ～ 4 倍の時間がかかります。
提供状況
HEVC のサポートは Video Cloud の 有償アドオン です。HEVC サポートをご希望の場合は、弊社営業までお問い合わせください。
ソース ファイルの命名規則
取り込みプロセス中、ソースファイル名は API リクエスト URL の一部として渡される必要があります。そのため、URI に対応している必要があります。すべてのビデオおよびアセットのソース ファイル名では、以下の点を避けてください：
- スペース:
my video.movの代わりにmy-video.movまたはmy_video.movを使用してください - 特殊文字: 以下の文字はソースファイル名に 使用しないでください：
"!", "@", "#", "$", "%", "^", "&", "*", "(", ")", "?", "/", "\", "{", "}", "[", "]"
H.264 エンコードの推奨事項
| ビデオ コーデック: | h264 |
| エンコード: | 2 パス H.264 |
| キーフレーム: | 最低でも 6 秒ごと |
高解像度エンコード推奨事項
高解像度の動画レンディションには、H.264 形式のソース ファイルを Video Cloud にアップロードしてください。Brightcove では、さまざまなサイズやアスペクト比の H.264 ファイルをテストしています。以下の各ケースでは、サンプリング周波数 44.1kHz、ビットレート 192kbps の 16ビット AAC オーディオで H.264 2-pass エンコードを前提としています。すべてのビットレートにはオーディオ ビットレートは含まれておらず、動画のみが対象です。説明内では、オーディオを考慮した上で、おおよその最大アップロード時間も示しています。動画がインターレース形式の場合、Video Cloud はトランスコード時にそれを解除します。Video Cloud を使ってトランスコードしていない場合は、アップロード前にインターレースを解除してください。キーフレームの間隔は最大6秒で、等間隔である必要はありません。
| サイズ | アスペクト比 | 推奨される最小ビットレート |
|---|---|---|
| 640x480 | 4:3 | 動きが少ない動画（例：話している人の映像）は 900kbps でも良好な結果が得られます。動きの大小に関係なく高品質を目指す場合は、少なくとも 2672kbps を使用してください。720x480 のソースも、異なるピクセル アスペクト比を持つため同様に扱います。 |
| 640x360 | 16:9 | ほとんどのケースで、動画ビットレートは 2132kbps まで安全に下げられます。 |
| 1024x768 | 4:3 | このフォーマットは主にスクリーンキャストや HD 映像のクロップに使用されます。動画の場合は 4864kbps で十分です。スクリーンキャストでは、フレーム間の変化が少ないため、3136kbps で対応可能です。これは多めの設定ですが、キーフレームを頻繁に配置するために推奨されています。マウスの残像を防ぐため、キーフレームは 1秒あたり2回、等間隔（滑らかなスクリーンキャストなら 15フレームごと）にするのが理想です。フレームレートが 30（または 29.97）でない場合は、それに応じてデータレートを調整してください。例えば、15fps のスクリーンキャストなら、1568kbps が目安です。 |
| 1280x720 | 16:9 | 話している人の映像では、3136kbps まで下げられます。動きが増すと、ビットレートも上げる必要があります。被写体は動くがカメラやフレームは動かない「低モーション」では、照明が適切であれば 4512kbps が十分です。高モーションやその他要因を補う場合は、5928kbps で対応可能です。 |
| 1920x1080 | 16:9（引き伸ばされたソース） | 多くの HDV や AVCHD カメラ（プロレベルも含む）は 4:3 センサーを使用し、1440x1080 を 1920x1080 に引き伸ばして HD を装っています。結果として、960x540 でも同程度の鮮明度が得られることがあります。したがって、このフォーマットには 960x540 および 1920x1080 の両方の推奨設定があります。妥協策として 720p（前述の設定）を使用するのも有効です。高モーションには 8024kbps が必要です。話している人の映像では 6000kbps 程度まで下げられますが、8024kbps なら大半のケースに対応できます。960x540 では、720p の話している人と同じ 3136kbps を使用可能です（アップスケーリングせず、モーションが重くない場合）。 |
モバイル アプリケーション向けのエンコード
H.264 は現在、モバイル アプリケーションに最適なエンコード規格です。モバイル デバイスは H.264 の Baseline プロファイルに対応しています。デバイス自体の動画再生機能に加え、ネットワーク環境とそれがダウンロード速度に与える影響も考慮する必要があります。モバイル ネットワークで安定した再生を実現するために、130 kbps 未満のレンディションを少なくとも1つ用意することを推奨します。これにより、多くのユーザーにとって安定した再生が可能になり、可能な限り画質も維持できます。
アスペクト比の維持
Video Cloud が動画をトランスコードする際は、ソースファイルと同じアスペクト比を維持します。アナモルフィック、つまり非正方形ピクセルのソースファイルの場合、Video Cloud がこれを検出し、出力動画が正方形ピクセルとなるように補正します。これにより、デスクトップやモバイル デバイスで正しく再生されることが保証されます。
オーディオ
オーディオには AAC 形式を推奨します。さらに、オーディオ トラックの長さは動画トラックと一致している必要があります。一致していない場合でも動画の取り込みは可能ですが、特定の状況で再生エラーが発生する可能性があります。
オーディオトラック
複数オーディオトラックに対応しているアカウントでない限り、オーディオトラックは1つのみサポートされます。複数トラックが有効な場合は、それぞれ代替トラックとして扱われます。それ以外の場合、Video Cloudは動画ファイル内の最初のオーディオトラックのみを使用し、それ以外は無視されます。
オーディオチャンネル
1 または 2チャンネルのオーディオがサポートされます。追加のチャンネルがある場合は 2チャンネルに統合されますが、その結果に満足できない場合があります。