接続する相手を制御
Stream IDまたはピアIPルールでパブリッシャーと受信側のアクセスを制御します。暗号化を有効にする場合は、対応するSRTパスフレーズを設定します。
Callaba · クラウド&セルフホスト
エンコーダーや制作ツールからのSRTストリームを受信します。ブラウザで接続状態を確認し、アクセスを制御して、フィードを受信側へルーティングできます。制作に応じて、録画、Multiview、ミキシングも追加できます。
お客様が運用するAWSアカウントまたはLinuxインフラストラクチャーで実行します。
ライブSRTデモ
1時間有効な一時接続を作成します。Callerモードでパブリッシャーアドレスへフィードを送信し、 Stream IDは空のままにします。 下のMultiviewで視聴するか、Callerモードで受信側アドレスに受信側を接続します。
サーバー制御
ダッシュボードを離れずに、接続中のパブリッシャー、そのビットレートとRTT、接続イベントを確認できます。
Stream IDまたはピアIPルールでパブリッシャーと受信側のアクセスを制御します。暗号化を有効にする場合は、対応するSRTパスフレーズを設定します。
受信側またはエンコーダーを変更する前に、ビットレート、RTT、パケット損失、接続中のピアを確認します。
サーバー設定からShow logsを開きます。更新を停止し、時刻またはメッセージで検索して、必要なイベントをエクスポートします。
自前のSRTサーバー
エンコーダーと受信側の接続方法を選びます。プレースホルダーをCallabaダッシュボードに表示される値に置き換えてください。
ホストとポートのパターン異なる2つのUDPポート:1つはパブリッシャー用、もう1つは受信側用。Stream IDは意図して空にします。
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerパブリッシャーUDPポートを使用します。この個別ポートパターンではStream IDを空にします。
srt://example.invalid:YOUR_RECEIVER_PORT?mode=caller異なる受信側UDPポートを使用します。ここでもStream IDは空のままにします。
「Streaming servers → SRT servers」でListenerを作成し、UDPポートを予約します。「Streams」で、意図したパブリッシャーと受信側のロールに空のStream IDを許可します。
エンコーダーと受信側をCallerに設定し、それぞれのアドレスを貼り付けます。CallerとListenerはセッションを開始する側を表し、メディアの方向を表すものではありません。
送信元を開始します。Statisticsでパブリッシャーと受信ビットレートを確認してから、受信側で映像と音声を確認します。
エンコーダーと受信側の設定
エンコーダーまたはプロダクションアプリケーションのSRT出力を使います。Callabaのパブリッシャーアドレスと接続設定を入力してから、受信側が対応するコンテナー、映像コーデック、音声形式を確認します。これらのガイドではアプリケーション固有の設定を扱います。
接続されたモジュール
完成プログラムはリストリーミングで転送するか、ミキサーで送信元を組み合わせて新しいプログラムを作成します。
Multiviewで音声メーターとストリーム情報を使い、送信元を並べて確認します。
Multiviewを見る完成フィードを受信側へ送信するか、YouTube、Facebook、Twitchへリストリームします。
映像をルーティング/リストリーム受信ストリームを録画ジョブの送信元として選択します。
SRTストリームを録画SRT送信元を他の入力と組み合わせます。Previewでシーンを準備してから、Programへ送ります。
SRT送信元をミキシング実行場所を選ぶ
お客様が運用するインフラストラクチャーを選びます。ブラウザーでSRTを設定します。
AWS Marketplaceで現在のソフトウェア料金とサブスクリプション条件を確認してください。EC2、ストレージ、データ転送は別途インフラコストです。
AWSにデプロイ ↗対応Linuxホスト、VM、またはプライベートクラウドを使います。最新のインストールガイドに従い、ワークフローに必要なモジュールユニットをライセンスします。
セルフホスト版をインストール →容量計画
同時送信元と宛先を数えます。再送のためのネットワーク容量と録画のためのディスク容量を確保してください。Multiview、ミキシング、トランスコードは、同じエンコード済みフィードの転送を超える処理負荷を追加します。
接続確認
サーバーが有効であること、パブリックアドレスとパブリッシャーUDPポートが正しいこと、ファイアウォール、NAT、AWSセキュリティグループがトラフィックを許可していることを確認します。次に、両端で許可されたStream IDとパスフレーズを確認します。
コーデック設定を変える前に、イベント履歴とShow logsで接続試行を確認してください。
まず受信ビットレートがあることを確認します。受信側ポートまたは対になる受信側Stream IDが意図したフィードを選択していることを確認します。次に、受信アプリケーションに対してコンテナー、映像コーデック、音声トラックを確認します。
ブラウザーでの視聴には互換性のある再生経路が必要です。ブラウザーは生のSRT URLを直接再生しません。
同じ区間のビットレート、RTT、パケット損失を比較します。アップリンク容量と再送の余裕を確認してから、レイテンシー設定を見直します。大きなバッファでも、継続的に不足するアップリンクは直りません。
対応するサーバーログをエクスポートし、切断と送信元またはネットワークのイベントを関連付けます。
デモで使う個別のパブリッシャー/受信側ポートでは空のままにします。共有Listenerポートでは、対になるパブリッシャーと受信側IDを使います。2つの接続方法を参照してください。
Callabaで送信元を受信してから、宛先のストリームURLとキーを指定したリストリーミングタスクを作成します。そのプラットフォームが必要とする映像・音声設定に合わせてください。
はい。SRT送信元をAV Mixerに追加し、Previewでシーンを組み立て、CUTまたはFADEで次のシーンをProgramへ送ります。カメラまたはその他の各ミキサー入力は1ユニットを使用します。現在のMixer入力料金を参照してください。
誰がサーバーを運用するか、インジェスト後に何を行う必要があるかから始めてください。CastrやIN/OUT-SRTのようなホステッドサービス、MediaMTXやSRSのようなオープンソースサーバー、SRT Mini ServerのようなWindowsソフトウェアは、それぞれ異なる運用モデルに適しています。CallabaはAWSまたはお客様のLinuxインフラストラクチャー上で、ブラウザー制御と接続済み映像モジュールを提供します。
主なタスクがエンドポイント間のルーティングなら、SRT Gatewayワークフローも確認してください。
APIアクセス
この読み取り専用リクエストは設定済みSRTサーバーを返します。ホストとAPIトークンをサーバーの値に置き換えてください。このリクエストは設定を変更しません。
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'個別ポートまたは対になるStream IDの設定、トランスポート状態の確認、レイテンシーの設定、ライブコントリビューション経路の診断に使える実践的なSRTサーバーリファレンスです。
SRTサーバー(SRTライブサーバー)は、SRTコントリビューションセッション用に設定するエンドポイントです。SRTはUDPで動作し、接続モード、リカバリー、任意の暗号化を提供します。SRTプロトコル草案でトランスポートが説明されています。
Callerはセッションを開始し、Listenerは接続を待ちます。この名称はメディアの方向を示しません。関連するエンドポイントまたは下流ジョブでパブリッシャーか受信側かを設定してください。
サーバーはStreaming servers → SRT serversで作成します。Streamsでパブリッシャーと受信側のアクセスを許可し、そのサーバーのホストと割り当てられたUDPポートを使用します。
個別ポートでは、パブリッシャー用と受信側用に各1ポートを予約します。StreamsエントリーとエンドポイントURLでは空のStream IDが有効です。共有Listenerポートでは、同じサーバーコードとStream IDを持つパブリッシャー/受信側アクセスエントリーを対にし、publisher/…とreceiver/…のプレフィックスを使います。テストでは識別子を混在させず、どちらか一方の方式を選んでください。
選択したUDPポートまたは範囲をホストのファイアウォールとネットワーク境界で開放します。NAT配下のCallerは到達可能なListenerへアウトバウンド接続できます。実際の送信元ネットワークからテストしてください。暗号化を有効にする場合は、両エンドポイントに同じパスフレーズを設定します。
個別のパブリッシャー/受信側ポートと空のStream IDを設定したサーバーの例です。ホスト、割り当てポート、入力ファイルを置き換えてください。FFmpegのSRTプロトコル文書でURLオプションが定義されています。
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"
FFmpegのlatency=200000は、オプションがマイクロ秒単位のため200 msの例です。本番のレイテンシーは、測定したRTT、損失、許容されるエンドツーエンド遅延から決めてください。SRTレイテンシーガイドも参照してください。
SRTレイテンシーはトランスポートのリカバリーバッファであり、グラス・ツー・グラス遅延の全てではありません。キャプチャー、エンコード、受信側バッファ、デコード、パッケージング、プレーヤーバッファも時間を加えます。バッファを減らす前に経路全体を測定してください。
同時ストリーム、測定ビットレート、再送、監視、有効な下流ジョブに合わせてネットワークとホストのリソースを計画します。長時間イベントの前には、キューイング、リソース競合、送信元接続の不安定さが現れるまで、計画した全負荷を十分に観測してください。メイン/バックアップのトランスポート経路は切り替え時も接続済みの受信側とPullerセッションを維持できます。イベントで頼る前に、フィード、バッファ、宛先の挙動をテストしてください。
クラウドで起動する、Linuxにインストールする、または自動化の前にライブMultiviewを確認できます。