Cloudflare Stream を使うと、自分またはユーザーが ライブ動画を配信 ↗ し、Web サイトやアプリで再生できます。インフラの管理や設定は不要です。
Stream は取り込みから配信まで、動画ストリーミングをエンドツーエンドで処理します。
- ライブストリームごとに、Stream ダッシュボードまたは API で一意のライブ入力を作成します。
- 各ライブ入力には一意の Stream Key があり、ライブ配信するクリエイターに渡します。
- クリエイターはこの Stream Key を使い、RTMPS または SRT で Cloudflare Stream へライブ動画を送信します。
- Cloudflare Stream はこのライブ動画を複数の解像度でエンコードし、Cloudflare のグローバルネットワークで視聴者へ届けます。Web サイトでの再生には Stream Player か、HLS または DASH に対応する任意の動画プレーヤー を使えます。
配信ソフトウェアが再接続する限り、Stream Live はライブ動画の取り込みと配信を続けます。RTMP フィードを送る配信ソフトウェアが、接続切断時に自動再接続することを確認してください。OBS のように自動再接続するアプリもあれば、FFmpeg のように独自設定が必要なアプリもあります。
Cloudflare Stream はライブストリームをトランスコードし、複数の画質レベルで視聴者に提供します。一般に アダプティブビットレートストリーミング（ABR） ↗ と呼ばれます。
ABR では、クライアントの動画プレーヤーに、各画質レベル（例: 1080p）の再生に必要な帯域幅の見積もりを渡す必要があります。Stream は、ユーザーのライブストリームのビットレートを解析し、この見積もりを動的に作成・更新します。配信者のソフトウェアやハードウェアがビットレート情報を不完全または不正確に出しても、視聴者の帯域で再生できる最も高い画質でライブ動画を再生できます。
スライドショーのように視覚的な複雑さが低いコンテンツの場合、HLS および DASH マニフェストの帯域幅見積もりは低くなります。こうしたストリームはビットレートが低く、高解像度でも必要な帯域は比較的少なくて済みます。できるだけ多くの視聴者が最高画質で見られるようにします。
逆に、動きやカメラパンのあるスポーツ中継のように視覚的な複雑さが高い場合、マニフェストの帯域幅見積もりは高くなります。こうしたストリームはビットレートが高く、より多くの帯域が必要です。帯域が足りない視聴者は低い画質に切り替わり、再生のバッファを避けられます。
クリエイター向けプラットフォームや、エンドユーザーが自分でライブストリームを作るアプリケーションでは、配信ソフトウェアやハードウェアをこちらで制御できないことがほとんどです。実際には、こうした環境はライブストリームのビットレートを不正確または不完全に送ったり、エンドユーザーが設定を誤ったりしがちです。
Stream は宣伝されているビットレートを鵜呑みにせず、実際に受け取ったライブ動画に合わせて調整します。エンドユーザーの設定が理想的でなくても、クライアントの動画プレーヤーは可能な限り正確なビットレート見積もりを受け取れます。視聴者には最高画質の再生を届けつつ、設定の複雑さをユーザー側に押し戻しません。
ライブストリーム終了後 60 秒以内に、録画を利用できます。
視聴可能かは、stream エンドポイントへの GET リクエスト で state を見るか、Cloudflare ダッシュボード で動画のステータスを確認します。
ライブストリーム終了後は、再生用 URL のいずれかを使い、ready 状態の ライブストリーム録画を再生 できます。
Stream Live の課金は、Cloudflare Stream のほかの機能と同じです。
- 録画した動画 1,000 分あたり $5 です。
- 配信した動画 1,000 分あたり $1 です。
Stream Live の動画はすべて自動で録画されます。ライブ動画のエンコードとパッケージングに追加料金はありません。