SRT · MPEG-TS
- 動画
- H.264
- フレームレート
- 1920 × 1080 · 30 fps
- ビットレート
- 4.5 Mbps
- オーディオ
- AAC · 48 kHz
処理
ライブ映像トランスコードソフトウェア
Callaba は、ハードウェア エンコーダと一緒にソフトウェアとして実行されます。個別の宛先プロファイルの場合は、個別のリストリーム ジョブを作成します。 Web プレーヤー ABR は、別個の再生ワークフローです。コーデック、アクセラレーション、コンテナのサポートは、選択した展開とメディア プロファイルによって異なります。
ライブ映像トランスコードとは何ですか？APIドキュメントでライブ映像トランスコードのワークフローを確認する
料金を比較一本の中継フィードを配信用に最適化
まずソースのプロファイルを確認し、実際の受信先に必要な配信変更を選び、生成された出力を検証します。
02 · 一本の中継フィードを配信用に最適化
選択したプロファイルには変更対象の項目が示されます。配信先が元の値を受け入れられる場合は、そのまま維持します。
配信プロフィール
- 動画
- H.264
- フレームレート
- 1280 × 720 · 30 fps
- ビットレート
- 2.5 Mbps
- オーディオ
- AAC · 48 kHz
処理
出力プロファイルを独立したジョブとして作成する
トランスコードジョブは、ソースを一律に複製するためではなく、明確な配信要件に対応するために作成します。
一本の中継フィードを配信用に最適化
受信システムがコントリビューションフィードからそのまま受け取れないメディア項目だけを変更します。
出力プロファイルを独立したジョブとして作成する
はい、選択したプロファイルと展開に必要な容量がある場合。個別の配信プロファイルに対して個別のリストリーム ジョブを作成します。視聴者が ABR 再生ワークフローを必要とする場合は、Web Player を使用してください。
ワークフローの境界でプロトコルを変換
伝送プロトコルの変換とメディア変換を分けて扱い、配信先が求める実際のプロトコル受け渡しをテストします。
技術仕様
Callabaで統一できるライブ映像設定は何ですか？
この表では、必要なメディア変更と、その変更を受け入れるための検証項目を分けて示します。
| 機能 | 対応する動作 | 受け入れ確認 |
|---|---|---|
| 一本の中継フィードを配信用に最適化 | 安定したライブ入力を受信し、実際に受け取るプレーヤー、プラットフォーム、下流システムに合わせて、対応するコーデック、解像度、ビットレート、フレームレート、音声を設定します。 | 生成されたコーデックと実測した出力特性を確認し、実際の配信先でストリームをデコードします。 |
| 出力プロファイルを独立したジョブとして作成する | 宛先プロファイルごとに個別のリストリーム ジョブを作成します。これにより、ソース エンコーダーが視聴者プロファイルごとに個別のフィードを発行することなく、ターゲット設定と実行時の証拠が明確に保たれます。 | 必要なジョブをすべて開始し、各ジョブのビットレート、フレームレート、配信状態が独立して維持されることを確認します。 |
| ワークフローの境界でプロトコルを変換 | 中継と配信の方式を分離します。対応ルートではソースに適したプロトコルで受信し、プラットフォーム、プレーヤー、パートナーのエンドポイントが必要とするプロトコルで引き渡します。 | 選択した入力プロトコルで送信し、受信側が設定済みの出力プロトコルを受け入れることを確認します。 |
| 既存のハードウェアエンコーダーを活用 | カメラとフィールド エンコーダはクリーンな投稿フィードの生成に集中してください。 Callaba はそのフィードをソフトウェア層として受信し、キャプチャ ハードウェアとともにサポートされる配信出力を準備します。 | 収録設定を早い段階で変えるのではなく、エンコーダーからの安定したフィードと処理後の出力を比較します。 |
| 同じ製品をクラウドでもセルフホストでも運用 | クラウドですばやくワークフローを検証できます。データ所在地、容量計画、プライベートネットワークの要件がある場合は、自社管理インフラにCallabaをインストールできます。 | 予定する同時実行ジョブ数で、CPU またはアクセラレーターの負荷、メモリ使用量、ネットワークの余力を測定します。 |
| 本番前に実際のメディアプロファイルを検証 | コーデック、コンテナ、プロトコル、アクセラレーション、出力の対応状況は、選択するワークフローとインフラで異なります。本番イベントや移行を確定する前に、実際のソースと配信先プロファイルをテストしてください。 | テストしたソース、出力プロファイル、配信先、リソース使用量を、本番受け入れの基準として記録します。 |
運用フロー
本番前に実際のメディアプロファイルを検証
有効な検証とは、出力を計測し、使用するインフラを明確にしたうえで再現できる、ソースから配信先までのテストです。
既存のハードウェアエンコーダーを活用
収録機器には安定したコントリビューションフィードの生成を任せ、その後のプロファイル変更を Callaba で行います。
同じ製品をクラウドでもセルフホストでも運用
コーデック負荷、同時実行数、ネットワーク経路、データ配置要件を測定してから、実行環境を選びます。
本番前に実際のメディアプロファイルを検証
本番配信の前に、実際に使うコーデック、解像度、フレームレート、音声、配信先の組み合わせをテストします。
実際の運用へ進む
Callaba で設定し、受け渡しを確認する
このページでは製品の役割を説明しました。以下のガイドでは、操作する項目、次に接続するモジュール、ワークフローの準備完了を確かめる方法を案内します。
運用フロー
同じ製品をクラウドでもセルフホストでも運用
クラウドでは実際のフィードを使った範囲の明確な検証を行えます。セルフホストでは実測した負荷に合わせてインフラを設計できます。
クラウド型ライブ映像トランスコード
固定インフラを計画する前に、実際のソース、出力プロファイル、ルーティング経路を検証するならクラウドから始めます。
CallabaをAWSにデプロイセルフホスト型ライブ映像トランスコード
自社管理インフラにソフトウェアを導入し、使用するコーデック、出力プロファイル、同時チャンネル数に合わせてコンピューティングまたはアクセラレーションを設計します。
Callabaをセルフホストでインストール自動化リファレンス
Callaba Engine APIの概要プロファイル検証後にトランスコードを自動化
取り込み、ルーティング、ストリーム状態、配信出力を運用画面やアプリケーションへ組み込む場合は、Callaba APIモジュールを使用します。まず製品画面でメディアワークフローを定義・検証し、その後に自動化します。
よくある質問
ライブ映像トランスコードとは何ですか？
ライブ映像トランスコードは受信フィードをデコードし、コーデック、解像度、ビットレート、フレームレート、音声などを変更した対応出力プロファイルを作成します。ソース形式が配信先の要件と異なる場合や、一つのソースから複数の再生プロファイルを提供する場合に役立ちます。
Callabaはハードウェア映像エンコーダーですか？
いいえ、Callabaはソフトウェアです。カメラ、OBS、vMix、モバイルアプリ、ハードウェアエンコーダーから中継フィードをCallabaへ送り、ソフトウェア側で対応するルーティングと配信出力を準備します。
Callabaで統一できるライブ映像設定は何ですか？
選択するワークフローと利用可能なインフラに応じて、対応コーデック、解像度、ビットレート、フレームレート、ピクセル形式、GOP、音声を調整できます。本番前に実際の入出力の組み合わせを検証してください。
Callabaはメディアプロファイルだけでなく配信プロトコルも変換できますか？
対応ルートでは中継プロトコルと配信プロトコルを分離できます。ソースは中継に適した伝送方式を使い、配信先には必要な形式で引き渡せます。
クラウドとセルフホストのどちらでトランスコードすべきですか？
価値をすばやく検証する場合や変動するワークロードにはクラウドが適しています。インフラ、プライベートネットワーク、データ所在地、容量計画を直接管理する場合はセルフホストを選びます。どちらでも実際のメディアプロファイルをテストしてください。
ライブトランスコードのワークフローはどう始めますか？
クラウド導入ガイドまたはセルフホスト版インストールガイドから始めます。実際のソースを接続し、必要な配信先プロファイルを定義して、品質とリソース使用量を検証します。必要な場合のみ、その後APIで自動化します。
処理
ライブトランスコードのワークフローはどう始めますか？
範囲を限定したテストを実行し、配信されたメディアとリソース使用量を確認してから、合格したプロファイルだけを拡張します。