配信を止めずにライブストリームを録画
ライブ出力を継続したまま、Callabaが並行して録画を作成します。別のレコーダーに合わせてライブ経路を作り直さず、生成ファイルをクリップ、リプレイ、後日のVOD公開に利用できます。保存期間とストレージは設定した保存先に従います。
一つの製品で、SRT/RTMP入力、ルーティング、Multiview、録画、Web再生、ストレージ、ビデオ通話を構築・運用できます。まず画面上でワークフローを設定し、その後、AWSまたは自社のLinuxインフラで同じモジュールをREST APIから自動化できます。
APIがモジュールを設定し、現在の状態を取得します。ライブ映像そのものはSRT/RTMPで伝送されます。入力を一度作成すれば、メディアをアプリ経由にせず、監視、ルーティング、録画、公開を実行できます。
REST管理された取り込みから始め、プレーヤー、CDN対応出力、視聴者向け画面を通じてパッケージ化・配信します。同じソースを運用者、視聴者、録画、下流の配信先へ同時に送る場合に特に有効です。
ライブ出力を継続したまま、Callabaが並行して録画を作成します。別のレコーダーに合わせてライブ経路を作り直さず、生成ファイルをクリップ、リプレイ、後日のVOD公開に利用できます。保存期間とストレージは設定した保存先に従います。
APIがモジュールを設定し、現在の状態を取得します。ライブ映像そのものはSRT/RTMPで伝送されます。入力を一度作成すれば、メディアをアプリ経由にせず、監視、ルーティング、録画、公開を実行できます。
管理された取り込みから始め、プレーヤー、CDN対応出力、視聴者向け画面を通じてパッケージ化・配信します。同じソースを運用者、視聴者、録画、下流の配信先へ同時に送る場合に特に有効です。
RESTでは文書化された設定、ライフサイクル呼び出し、現在の稼働状態を取得できます。認証済みオペレーター画面ではセッション中のライブSRT伝送テレメトリーを確認できます。録画、ファイル、ストレージ保存先は明示的なワークフローモジュールです。
SRTサーバー、ルート、再配信、録画、プレーヤー、ルーム、ストレージ、ファイルなど、運用単位のモジュールで構成されています。曖昧な一体型エンドポイントより、開発者が明確に理解できます。
メソッドリファレンスだけでなく、プリセット、ワークフロー例、言語タブ、必要な場所のvMixスニペット、実際の本番利用を反映したモジュール別の例を提供します。
RESTでは文書化された設定、ライフサイクル呼び出し、現在の稼働状態を取得できます。認証済みオペレーター画面ではセッション中のライブSRT伝送テレメトリーを確認できます。録画、ファイル、ストレージ保存先は明示的なワークフローモジュールです。
対応する動作ごとに実運用の受け入れ確認を示します。最終的には、インストール済みの Callaba 画面と、実際の入力、配信先、インフラ構成を基準にしてください。
| 機能 | 対応する動作 | 受け入れ確認 |
|---|---|---|
| 配信を止めずにライブストリームを録画 | ライブ出力を継続したまま、Callabaが並行して録画を作成します。別のレコーダーに合わせてライブ経路を作り直さず、生成ファイルをクリップ、リプレイ、後日のVOD公開に利用できます。保存期間とストレージは設定した保存先に従います。 | はい。ライブ再生やルーティング出力を継続しながら、Callabaが並行して録画を作成します。生成ファイルをクリップ、リプレイ、後日のVOD公開に利用し、設定済みストレージ保存先で保存期間を定義します。自動化には 録画 モジュールを使用します。 |
| 巨大なブラックボックスではなくモジュールを使用 | SRTサーバー、ルート、再配信、録画、プレーヤー、ルーム、ストレージ、ファイルなど、運用単位のモジュールで構成されています。曖昧な一体型エンドポイントより、開発者が明確に理解できます。 | 再生以外も構築できます。取り込み、ルーティング、再配信、録画、プレーヤー、通話、ファイル、ストレージのモジュールを組み合わせ、狭いインターフェースへすべてを詰め込まず必要なワークフローを作成できます。 |
| 映像をアプリに通さずにワークフローを制御 | APIがモジュールを設定し、現在の状態を取得します。ライブ映像そのものはSRT/RTMPで伝送されます。入力を一度作成すれば、メディアをアプリ経由にせず、監視、ルーティング、録画、公開を実行できます。 | はい。 SRTサーバー 、 再配信 、 録画 、 ウェブプレーヤー 、 ビデオ通話 などの主要モジュールには、必要なライフサイクルに応じて開始・停止メソッドがあります。 |
| 製品を変えず取り込みから世界規模の再生へ | 管理された取り込みから始め、プレーヤー、CDN対応出力、視聴者向け画面を通じてパッケージ化・配信します。同じソースを運用者、視聴者、録画、下流の配信先へ同時に送る場合に特に有効です。 | 公開する取り込みソースから ウェブプレーヤー を作成します。プレーヤーモジュールがパッケージ化と視聴者向け再生を処理し、広域配信が必要なら前段にCloudFrontなどのCDNを配置できます。 |
| 製品モデルを変えずクラウドまたはセルフホストを選択 | クラウドですばやく価値を検証する場合も、インフラ、データ、展開方針を完全に管理するセルフホスト導入でも、同じAPIモデルを使用できます。 | はい。導入方法によってインフラ運用は変わりますが、製品モデルは同じです。クラウドで試作し、必要になったらセルフホストへ移行して、同じモジュール型APIを継続利用できます。 |
| デモだけでなく本番運用向けに設計 | RESTでは文書化された設定、ライフサイクル呼び出し、現在の稼働状態を取得できます。認証済みオペレーター画面ではセッション中のライブSRT伝送テレメトリーを確認できます。録画、ファイル、ストレージ保存先は明示的なワークフローモジュールです。 | SRTサーバー モジュールでは、文書化されたREST設定と稼働中ストリームの現在のスナップショットを取得できます。オペレーターはセッション中、認証済みCallaba画面でライブのビットレート、RTT、伝送状態を監視します。このテレメトリーはライブ運用コンテキストであり、永続的な履歴やイベントログのアーカイブではありません。 |
このページでは製品の役割を説明しました。以下のガイドでは、操作する項目、次に接続するモジュール、ワークフローの準備完了を確かめる方法を案内します。
クラウドですばやく価値を検証する場合も、インフラ、データ、展開方針を完全に管理するセルフホスト導入でも、同じAPIモデルを使用できます。
従量課金のクラウドプランでは、Callaba Video APIを短期間で導入し、リージョン選択、拡張、セルフホスト不要の製品運用ができます。録画先と保存期間はワークフローごとに明示的に設定してください。
CallabaをAWSにデプロイ無制限プランは、パッケージの上限をなくしつつデータを完全に管理したい、成長中の中規模・大規模配信組織に適しています。
Callabaをセルフホストでインストールまず簡単なライブプレーヤー経路から始め、以下のモジュール例を使って取り込み、ルーティング、録画、再生、通話、ストレージ、運用管理へ拡張します。デモ専用のリクエストではなく、エンジニアが実際に使う製品インターフェースを示します。
まずSRTサーバーまたはRTMPサーバーを作成します。エンコーダー、OBS、vMix、現場機器の安定した取り込み先となり、残りのワークフローをその周囲に構築できます。
公開する取り込みソースからウェブプレーヤーを作成します。プレーヤーモジュールがパッケージ化と視聴者向け再生を処理し、広域配信が必要なら前段にCloudFrontなどのCDNを配置できます。
はい。DVRの動作はウェブプレーヤー側で制御します。フラグメントとマニフェストを調整し、ライブイベント中に視聴者が巻き戻せる時間を決めます。
はい。ライブ再生やルーティング出力を継続しながら、Callabaが並行して録画を作成します。生成ファイルをクリップ、リプレイ、後日のVOD公開に利用し、設定済みストレージ保存先で保存期間を定義します。自動化には録画モジュールを使用します。
SRTサーバーモジュールでは、文書化されたREST設定と稼働中ストリームの現在のスナップショットを取得できます。オペレーターはセッション中、認証済みCallaba画面でライブのビットレート、RTT、伝送状態を監視します。このテレメトリーはライブ運用コンテキストであり、永続的な履歴やイベントログのアーカイブではありません。
再生以外も構築できます。取り込み、ルーティング、再配信、録画、プレーヤー、通話、ファイル、ストレージのモジュールを組み合わせ、狭いインターフェースへすべてを詰め込まず必要なワークフローを作成できます。
はい。導入方法によってインフラ運用は変わりますが、製品モデルは同じです。クラウドで試作し、必要になったらセルフホストへ移行して、同じモジュール型APIを継続利用できます。
クラウドですばやく価値を検証する場合も、インフラ、データ、展開方針を完全に管理するセルフホスト導入でも、同じAPIモデルを使用できます。