SRT ルートは輸送パイプラインです。メディアをトランスポート フィードのままにしておく必要がある場合に使用します。プロトコル変換、トランスコーディング、オーディオ選択、またはオーバーレイも必要な場合は、再ストリーミングを使用します。
Callaba SRT サーバー
宛先は、独立してテスト可能なソースと出力を持つ名前付きルートを通じて元のトランスポート フィードを受信します。
製品の仕組みを見る開始前の準備
到達可能なソース URL と宛先リスナー。
両端の既知の発信者/リスナー モード、ポート、待ち時間、およびパスフレーズ要件。
ライブ ルートを変更するためのメンテナンス ウィンドウ。
設定の説明
運用者に必要なコントロールだけを説明し、内部フィールド名や実装イベントは表示しません。
ルート ID
パイプラインのライフサイクルを制御します。
- 名前
オペレーター向けのルート名 (送信元と宛先のコンテキストを含む)。
- アクティブ
エンドポイントが有効になった後でルートを開始します。
送信元と宛先
搬送経路の両端を記述します。
- 入力
既存の SRT またはサポートされている UDP コントリビューション エンドポイント。
- 出力
SRT ルーティングされたメディアを受信する宛先。
- 接続オプション
Mode、レイテンシ、パスフレーズ、およびトランスポートの値。
安全な初回ワークフロー
- 01
ルートを作成する前に、直接受信者で入力フィードを検証します。
- 02
ルートを作成し、正確な入力と宛先接続の詳細を入力します。
- 03
宛先リスナーを呼び出すルートを開始する前に宛先リスナーを開始します。
- 04
ルートを開始し、送信元セッションと宛先メディアの両方を確認します。
ワークフロー例
SRT 会場フィードをリモート制作システムに中継する
で検証された SRT フィードを別の SRT リスナーに転送する必要があります。
構築手順
- 1
会場ソースとリモート リスナーを個別にテストします。
- 2
各側で期待されるエンドポイント モードとセキュリティ値を使用してルートを作成します。
- 3
ルートを開始し、両方の接続状態を監視します。
- 4
ルートが運用上クリティカルになる前に、リモート リスナーでメディアを確認します。
プロトコルを保持する SRT ゲートウェイ パスを構築する
認証された SRT 入力は、トランスコーディングやオーバーレイを行わずに Callaba を通過し、別の SRT レシーバーに到達する必要があります。
構築手順
- 1
SRT サーバーを作成し、ストリーム ガイドを通じて公開ソースを承認します。
- 2
ルートを追加する前に、受信セッションのビットレート、RTT、およびピアの状態を確認します。
- 3
検証済みの送信元から準備された宛先リスナーへの SRT ルートを作成します。
- 4
受信機でメディアと接続状態を確認し、オペレーターの正確な停止/開始順序を記録します。
結果を確認
- 入力ソースは接続されたままです。
- 宛先は、予想されるストリームとビットレートを報告します。
- ルートを停止しても、保存されているエンドポイント設定は削除されません。
トラブルシューティング
ルートは開始しますが、目的地は沈黙しています
確認項目- リスナー/発信者の方向を確認します。
- 宛先ファイアウォール、パスフレーズ、ポートを確認してください。
- ソースを直接テストします。
ルート全体のトランスポート値を変更する前に、障害が発生したエンドポイントを修正してください。