コンテンツへ移動
Callaba
Video Stream Recorder

ライブ入力を録画し、完成したファイルを検証します。

SRT、RTMP、RTSP、NDI、Video Roomなど、Callabaが受信できる入力を選択します。ひとつの連続ファイルまたは時間指定セグメントを暗号化された内蔵ディスクへ録画し、結果をFile Managerで開きます。公開設定を確認し、必要なら変換済みの別ファイルを作成します。接続済みStorageは、ワークフローで必要な場合にのみ追加します。

ひとつのソースを入力からファイルまで

選択したソースを録画ワークフロー全体で追跡

下からソースを選択します。ファイルモード、任意の処理、ファイル検証を選ぶ間も、選択したソースが表示されます。

01
ソースを選択RecorderはCallabaの共通入力モデルを使用します
選択中の入力 受け付けたソース
SRT

RecorderはCallaba SRT Server、Route、または明示的なSRT URLを使用できます。受け付けたストリームは、コントリビューション設計を変えずに録画ジョブへ入ります。

入力タイプ
管理対象 + URL
Recorderの状態
設定可能

SRTで続行別のソースを選ぶまで、このソースが選択されたままになります。次のステップでRecorderによるファイル作成方法を設定します。途中のプロトコル変換は不要です。

02 · ファイルポリシー

ひとつの連続ファイルまたは時間指定セグメント

連続ファイルと時間指定セグメントでは、対応する復旧計画と保持計画が異なります。ファイルの検証中も、選択したモードが表示されます。

03
メディア処理は任意入力メディアが必要なファイル条件を満たす場合は処理を無効にします
ソースSRT
モード連続ファイル
処理互換メディアをそのまま渡す
ファイル保持前にファイルを確認

連続ファイルを選択中連続録画では、正常な停止とファイルの完成が重要です。同じジョブを数時間または数日間動かす前に、短いファイルで確認します。

04 · 検証チェックリスト

SRTを実行中の進行状況から開けるファイルまで追跡

実行状態は参考になりますが、ファイルの検証にはなりません。四つの確認項目で、入力、Recorderプロセス、完成したメディア、File Managerレコードをつなぎます。

  1. 01
    ソース

    選択したSRT入力の映像、音声、識別情報、ビットレートが想定どおりです。

  2. 02
    Recorderプロセス

    FPS、ビットレート、メディア時間、速度、進捗から、録画が継続していることを確認できます。

  3. 03
    完成ファイル

    連続ファイル出力が開き、長さ、タイムスタンプ、映像、音声が想定どおりです。

  4. 04
    File Managerレコード

    完成した録画がFile Managerに表示され、名前、管理パス、公開設定、形式が想定どおりです。

確認済みの出力形式
MP4MKVMPEG-TSHLS互換性のある音声/ファイル形式
05 · ファイル管理

録画後のワークフローをFile Managerが引き継ぎます

Recorderは完成した結果を内蔵ディスクへ書き込み、その管理対象ファイルレコードをFile Managerへ送ります。File Managerでは名前を付け、公開設定とパスを確認し、現在の形式を保持するか変換済みの別ファイルを作成できます。接続済みStorageは任意です。

SRTと連続ファイルの処理を続行上の録画は内蔵ディスク上の管理対象ファイルになりました。キャプチャは終了しています。公開設定と任意の変換は別々に選択し、接続済みStorageは必要な場合にのみ追加します。

File Manager 管理対象ファイルの例
名前
検証済みイベント録画
パス
管理対象ファイルパス
公開設定
選択例:Private
出力形式
別の形式が必要でなければ現在の形式を保持

別の形式用に独立したファイルを作成

出力形式またはトランスコード設定を変更すると、バックグラウンドで書き換えが始まります。これにより、派生ファイルと呼ばれる変換済みの別ファイルが作成されます。元のファイルは、独自の管理対象ファイルレコードに変更されずに残ります。

ファイル出力検証済み録画をそのまま使用
06

接続済みStorageは任意

外部Storageがなくても、内蔵ディスクへ録画できます。Storageを設定すると、Callabaはオブジェクトストレージをメタデータサービスに登録し、ボリュームをフォーマットしてPOSIX互換の名前空間へマウントします。その後、File Managerから使い慣れたファイルシステムパスを通じて検証済みファイルをコピーし、進捗を確認できます。

管理対象ファイルは保存時に暗号化

暗号化は、標準の内蔵ディスクと任意の接続済みStorage上のファイルに適用されます。物理ディスクまたは基盤となるオブジェクトストレージのブロックへ直接アクセスしただけでは、読み取りまたは再生可能なメディアファイルにはなりません。

公開設定は明示的に管理

公開設定は管理対象ファイルレコードに保存されるため、公開または再生の前に確認します。ここに表示されるPrivateは選択例であり、暗黙のデフォルト値ではありません。

標準の保存先は内蔵ディスク

Recorderは標準でローカルディスクへ書き込みます。任意のオブジェクトストレージはFile Managerから管理し、使用できるStorageタイプはインストール済みの画面で確認します。

技術仕様

Video Stream Recorderの技術仕様

この表では対応する動作を説明します。処理能力はノードによって異なり、一部の選択肢はインストール済みバージョンに依存します。選択可能な入力と項目は、インストール済みのCallaba画面で確認してください。

Video Stream Recorderの技術仕様
機能対応する動作確認方法
入力タイプ管理対象のSRTおよびRTMPモジュール、SRT Routes、SRT、RTMP、RTSP、HLS、MPEG-DASH、RIST、UDP、RTP、HTTPパス、NDI、Video Room、インストール済みUIで利用できるファイルおよび生成テストソース。長時間録画の前に短いソーステストを行い、映像、音声、識別情報、復旧動作が想定どおりであることを確認します。
録画モードひとつの連続ファイルまたは時間単位の分割録画。短い連続録画が正常に停止することを確認します。分割モードでは、境界が完全な連続ファイルを複数確認します。
セグメント長時間、分、秒で分割間隔を指定します。最初に完成したセグメントが設定した長さと一致し、説明できない欠落やずれがないことを確認します。
出力形式MP4、書き込み中のMKV、書き込み中のMPEG-TS、HLSアーカイブ出力。追加の音声/ファイル形式は、選択した処理経路とインストール済みバージョンに依存します。完成した結果で、コンテナ、長さ、トラック、タイムスタンプ、必要な場合はシーク動作が想定どおりであることを確認します。
映像処理任意のコーデック、ビットレート、フレームサイズ、フレームレート、GOP、および関連するトランスコード設定。ファイルがアーカイブプロファイルと一致することを確認します。互換メディアを保持する場合は、トランスコードを無効にできます。
音声処理任意の音声コーデック/レート設定、トラック、チャンネル選択。完成ファイルに、意図した番組ミックス、音声トラック、チャンネル構成が含まれることを確認します。
画像オーバーレイ位置を明示した、準備済み画像の任意のオーバーレイ。出力フレーム全体で、必要な内容を隠さず、意図した位置に画像が表示されることを確認します。
実行統計実行中のワーカーが返すFPS、ビットレート、メディア時間、速度、進捗。メディア時間と進捗が増え続けることを確認します。実行統計だけではファイルを検証できません。
標準のファイル保存先と保持Recorderは標準で内蔵ディスクへ書き込みます。経過時間に基づくローカル録画ファイルの自動削除は任意です。削除を有効にする前に、完成したローカルファイルを検証します。接続済みStorageを使用する場合は、コピーと読み戻しも先に完了します。
File Manager完成した録画は、名前、パス、説明、公開設定、出力形式、処理メタデータを持つ管理対象ファイルワークフローへ入ります。完成した録画に正しいFile Managerレコード、長さ、サイズ、公開設定があり、メディアを再生できることを確認します。
録画後の変換出力形式またはトランスコード設定を変更すると、バックグラウンドの書き換えが始まり、MP4、HLS、音声のみのワークフローなどの管理対象派生ファイルを作成できます。書き換え完了後、派生ファイルの形式、トラック、長さ、タイムスタンプが指定どおりであることを確認します。
任意のPOSIX互換ストレージ接続済みStorageを設定すると、オブジェクトストレージとメタデータサービスがフォーマットされ、管理対象のPOSIX互換ファイルシステム名前空間としてマウントされます。Recorderが内蔵ディスクへ書き込むために、この層は必要ありません。使用する場合は、マウントしたStorageへ重要でないファイルをFile Managerからコピーし、管理パスから同じファイルを取得できることを確認します。
保存時の暗号化標準の内蔵ディスクと任意の接続済みStorageにある管理対象ファイルは保存時に暗号化されます。ディスクや基盤オブジェクトへ直接アクセスしただけでは、再生可能なメディアにはなりません。通常時と復旧時のアクセスにはCallabaの管理ファイルパスを使用します。生のストレージブロックはメディアファイルではありません。
任意のストレージ受け渡しFile Managerは、内蔵ディスク上の検証済みファイルを、設定済みのオブジェクトストレージを基盤とするボリュームへコピーし、進捗を表示できます。この任意の受け渡しを使用する場合、ローカル削除を適用する前に、対象Storageへのコピーと読み戻しを完了します。
ライフサイクル制御UI/APIワークフローから、作成、更新、一覧/件数取得、ID指定取得、開始、停止、統計取得、ファイル削除、ジョブ削除を実行できます。重要でないソースを使い、開始、停止、再開、正常な削除動作を確認します。
デプロイCallabaクラウドまたはセルフホストLinuxへデプロイできます。処理能力は、ソースメディア、処理内容、同時ジョブ数、ストレージ設計によって決まります。選択したノードで、実際のソース構成、録画モード、処理、ディスク動作を使って負荷テストを行います。
デプロイ境界

録画とファイル処理を同じデプロイ環境に配置

RecorderはCallabaのクラウド環境でも、セルフホストのLinuxでも実行できます。どちらの場合も、録画は暗号化された内蔵ディスクから始まり、接続済みStorageは任意です。

AWS上のCallaba

管理されたCallabaノードを起動し、RecorderとFile Managerを同じ運用画面で使用します。そのうえで、実際の入力と処理の組み合わせに合わせてコンピューティングとディスクを構成します。

CallabaをAWSにデプロイ

セルフホストのCallaba

アプリケーション、ネットワーク経路、暗号化されたメディアをチームが運用するインフラ上に保持します。接続済みStorageは、必要な場合にのみ追加します。

Callabaをセルフホストでインストール
UIで確認した後にRESTを使用

RESTから同じRecorderライフサイクルを操作

録画ジョブの作成または更新、開始と停止、実行統計の取得、生成ファイルの一覧表示、ファイルまたはジョブの削除を行えます。キャプチャ終了後のワークフローはFiles APIが引き継ぎ、接続済みStorageを追加する場合はStorages APIを使用できます。

連続録画のAPIワークフローを開く

Video Stream Recorder FAQ

Video Stream Recorderで使用できるソースは?

RecorderはCallabaの共通入力モデルを使用します。現在の本番バージョンには、管理対象のライブプロトコル、URL指定のライブプロトコル、NDI、Video Roomが含まれます。使用中のバージョンで選択できる正確なソースは、ソースセレクターで確認してください。

CallabaでVideo Roomを録画できますか?

はい。Video Roomのグリッド表示または発言者合成映像を録画ワークフローへ送れます。本番セッションの前に、予定しているレイアウトで短く録画し、参加者の音声を確認してください。

録画を自動で分割できますか?

はい。時間指定セグメントモードを選び、セグメントの長さを設定します。セグメント境界を保持や後続の自動処理に使用する前に、最初に完成した複数のファイルに欠落がないか確認してください。

File Managerで録画形式を変更できますか?

はい。管理対象ファイルを別の出力形式で保存し、必要に応じて映像または音声をトランスコードできます。バックグラウンドの書き換えで、派生ファイルと呼ばれる変換済みの別ファイルが作成され、File Managerに進捗が表示されます。

RecorderにS3 bucketや接続済みStorageは必須ですか?

いいえ。Recorderは標準で内蔵ディスクに書き込み、生成されたファイルはFile Managerがそこで管理します。接続済みStorageは任意です。設定した場合、Callabaはオブジェクトストレージとメタデータを基盤とするPOSIX互換ファイルシステムとしてマウントし、File Managerから検証済みファイルをその名前空間へコピーできます。PublicとPrivateは、ファイルレコード上の別々の公開設定です。

内蔵ディスクと接続済みStorage上のファイルは暗号化されますか?

はい。Callabaは、標準の内蔵ディスクと任意の接続済みStorageにある管理対象ファイルを保存時に暗号化します。ディスクやオブジェクトストレージの生ブロックへ直接アクセスしただけでは、読み取りまたは再生可能なメディアファイルにはなりません。管理されたアクセス経路が必要です。

録画ライフサイクルを自動化できますか?

はい。Recordings APIはキャプチャを制御し、Files APIはメタデータ、形式の書き換え、コピーを管理し、Storages APIはコピー先を登録します。ファイル再生とストレージからの読み戻しは、それぞれ個別に確認する必要があります。

最初の録画

ひとつのソースを短いファイルで確認します。

実際の入力を使って内蔵ディスクへ短く録画し、正常に停止します。File Managerでレコードを開き、公開設定と形式を確認します。ワークフローで接続済みStorageを使用する場合は、時間やソース数を増やす前に検証済みファイルをコピーし、読み戻してください。