コンテンツへ移動
Callaba
製品ユーザーガイド

再配信とトランスコード

オプションのプロトコル変換、トランスコーディング、オーディオ選択、画像オーバーレイを使用して、RTSP およびその他のライブまたは継続的なソースをストリーミング プラットフォームまたはプライベート エンドポイントに取り込みます。

Callaba での場所クイックスタート → 再ストリーミング
このモジュールの役割

再ストリーム ジョブは、ソースから宛先へのパスを 1 つ所有します。宛先ごとに 1 つのジョブを作成すると、他の出力に影響を与えることなく、プラットフォーム エラー、資格情報の変更、または出力プロファイルを分離できます。

Callaba でこのワークフローを続ける

Callaba マルチストリーミング

各プラットフォームは、独立して操作可能な出力ジョブを通じて同じソースを受け取ります。

製品の仕組みを見る

開始前の準備

  • ソースは、リストリーム ジョブに入る前に正しく再生されます。

  • 宛先 URL/キー、またはサポートされている宛先アカウント。

  • 検証済みの、トランスコーディングが必要な場合の出力コーデック、解像度、ビットレートをテストしました。

設定の説明

運用者に必要なコントロールだけを説明し、内部フィールド名や実装イベントは表示しません。

入力

検証済みのメディア ソースを 1 つ選択してください。

入力ソース

RTSP URL、SRT、RTMP、NDI、WebRTC/会議、ファイル、または別のサポートされている URL ソースを選択します。

ソース固有の接続

その入力タイプに必要なサーバー、ストリーム ID、参加者、または URL を指定します。

出力

このジョブの宛先を 1 つ選択してください。

宛先タイプ

サポートされているソーシャル プラットフォーム、RTMP/SRT/HTTP/RTSP/UDP エンドポイント、NDI 出力、または会議参加者。

宛先 URL とキー

Credentials と受信プラットフォームによって提供されるアドレス。

メディア処理

宛先が実際に必要とする処理のみを有効にします。

ビデオプロフィール

Codec、トランスコードされた出力の解像度、フレーム レート、ビットレート。

オーディオ トラックとチャンネル

必要なソース オーディオと出力レイアウトを選択します。

画像オーバーレイ

準備されたグラフィックを送信ビデオ上に配置します。

通過

ソースと宛先の要件がすでに一致している場合は、再エンコードを回避します。

安全な初回ワークフロー

  1. 01

    ソースを個別に検証します。

  2. 02

    リストリーム ジョブを 1 つ作成し、ソース プリセットを選択します。

  3. 03

    宛先を 1 つ選択し、その正確な URL/キーを入力してください。

  4. 04

    互換性がある場合はパススルーを維持します。それ以外の場合は、テスト済みのトランスコーディング/オーディオ プロファイルを選択します。

  5. 05

    ジョブを開始し、その統計と宛先での再生を確認します。

ワークフロー例

使用する状況

1 つの投稿フィードを複数のプラットフォームに送信する

同じソースが YouTube、Facebook、Twitch、またはプライベート エンドポイントに到達する必要があります。

確認されたソース1 つのライブ フィード
ジョブのリストリーム出力ごとに 1 つ
目的地独立した資格情報
視聴者プラットフォーム再生
アニメーション付きワークフロー図: 1 つの投稿フィードを複数のプラットフォームに送信する

構築手順

  1. 1

    最初の宛先に対して 1 つのリストリーム ジョブを作成し、エンドツーエンドで確認します。

  2. 2

    追加の宛先ごとにワークフローを個別のジョブとして複製します。

  3. 3

    宛先固有の資格情報と出力設定を使用します。

  4. 4

    障害を報告した宛先のみを監視し、再起動します。

使用する状況

ファイルから連続チャンネルを作成する

で準備されたメディア アセットは、常時オンの出力として実行される必要があります。

ファイルVerified account
リストリームループ+プロセス
Live エンドポイントSRT / RTMP / HLS
モニタービットレート + 再生
アニメーション付きワークフロー図: ファイルから連続チャンネルを作成する

構築手順

  1. 1

    ファイル マネージャーにファイルをアップロードしてプレビューします。

  2. 2

    ファイルをリストリーム入力として使用し、連続再生を構成します。

  3. 3

    出力プロトコルを選択し、エンドポイントで必要な場合にのみトランスコードします。

  4. 4

    ジョブを開始し、アセットの終わりから最初へ戻る遷移を検証します。

使用する状況

会議参加者を NDI にブリッジします

1 つの WebRTC 参加者が、運用ネットワーク内で名前付き NDI ソースとして表示される必要があります。

ビデオ通話参加者
リストリーム / アダプター参加者を選択
NDI 出力名前付きソース
スイッチャー発見 + 取得
アニメーション付きワークフロー図: 会議参加者を NDI にブリッジします

構築手順

  1. 1

    ビデオ ルームを作成し、ブラウザで参加者を確認します。

  2. 2

    サポートされている入力プリセットとしてその参加者を選択します。

  3. 3

    本番環境にわかりやすい名前で NDI 出力を作成します。

  4. 4

    受信側 NDI システムの出力を検出して監視します。

結果を確認

  • ジョブが開始される前はソースは正常です。
  • Restream 統計にはアクティブなメディアが表示され、宛先は取り込みを確認します。
  • 出力コーデック、解像度、オーディオ、オーバーレイが受信要件に一致します。
  • 失敗した宛先は、他のジョブを停止せずに停止または再開できます。

トラブルシューティング

ジョブはアクティブですが、プラットフォームはオフラインです

確認項目
  • 宛先 URL/キーとプラットフォーム イベントの状態を確認します。
  • 出力ビットレートを確認します。
  • コーデックの互換性を確認します。
次に行うこと

検証済みのソースを変更せずに、宛先または出力プロファイルを修復します。

トランスコーディングを有効にするとCPU使用率が上昇する

確認項目
  • ソースと要求された出力を比較します。
  • 不要なサイズ変更/フレームレートの変更を削除します。
  • ホストの容量を確認します。
次に行うこと

可能な場合はパススルーを使用するか、測定された容量目標までプロファイルを削減します。