Techrider.live

Dante レイテンシ設定:信頼できるライブ音声のバジェットを組む

読了目安 10分 · 更新日 2026年9月29日 · システムテクニシャン、FOH およびモニターエンジニア、放送オペレーター、プロダクションマネージャー、会場 तकनी術者、ツアー音響チーム

ライブ音響で使う Dante のデバイスレイテンシ設定を、スイッチホップ、リンク速度、遅延パケット、混在値、Rider への引き継ぎまで含めて選定・検証する方法を解説します。

TL;DR — Dante の受信側レイテンシ設定は、速度調整ではなくパケットバッファです。実際のスイッチ経路を通って、通常のタイミングばらつきがあってもパケットが届くのに十分な長さに設定してください。値を短くしてもネットワーク自体が速くなるわけではありません。デッドラインに間に合わないパケットがあると、音声のクリックやミュートが起こることがあります。スイッチホップを数え、対応値とリンク速度を確認し、安定したマージンから開始し、実際のトラフィックと障害条件でテストし、受信デバイスごとに設定を記録してください。

デバイスのレイテンシはエンドツーエンド遅延の一部にすぎない

Dante はデジタル音声をパケットで転送します。受信デバイスは、正しい順序とタイミングで再生できるように、受信したパケットを短時間保持します。設定された 受信レイテンシ が、そのネットワークバッファの時間窓を定義します。

リスナーが体感する遅延は、この 1 つの設定だけではありません。

遅延要素発生箇所何が制御するか
ソースの変換と処理送信デバイスデバイス設計、サンプルレート、処理
パケット転送ケーブルとスイッチトポロジー、リンク速度、キューイング、トラフィック
受信レイテンシバッファ受信デバイス対応する Dante レイテンシ設定
出力先の処理と変換プロセッサー、コンソール、アンプデバイス設計と有効化された処理
音響経路スピーカーからリスナーまで距離とシステムアライメント

ある受信機がその値を表示しているからといって、ネットワークを「総遅延 0.25 ms」と表現しないでください。その設定がカバーするのは、その受信側での Dante ネットワーク配送ウィンドウであり、システム内のすべての変換、プロセッサー、音響遅延ではありません。

最小値を追う前に安定性を優先する

実際のトポロジーで信頼できる、対応範囲の最も低い設定を使ってください。ただし、最初から最小値を狙う必要はありません。正しい値は、デバイス能力、スイッチホップ数、リンク速度、ネットワーク設計、トラフィック状況によって決まります。

慎重な進め方は次のとおりです。

  1. 最も長い送信機から受信機までの経路を描く;
  2. メディアが通過するすべてのスイッチを数える;
  3. すべてのホップでリンク速度を確認する;
  4. 受信機がどのレイテンシ値をサポートするか確認する;
  5. 計画された経路に対してマージンのある値を選ぶ;
  6. 実際のショー・トラフィックが有効な状態でテストする;
  7. 本番で測定上の理由がある場合にのみ下げる。

ツアーシステムでは、未知または変化する会場ネットワークに遭遇することがよくあります。少し大きめで安定したバッファのほうが、空のベンチネットワークでしか動かなかった脆い最小値よりも、より良い引き継ぎになります。

各受信機までの経路を数える

レイテンシは受信デバイスで設定するため、2 つの出力先が異なる値を使うのは正当です。FOH から 1 台のスイッチしか離れていないアンプと、複数の配信スイッチをまたぐレコーダーは、同じ経路ではありません。

経路表を作成します。

受信機ソーススイッチ経路リンク速度設定テスト結果
システムプロセッサーFOH コンソールFOH → システム1 Gbps承認済みデバイス値late packets なし
ステージレコーダーステージボックスステージ → FOH → レコーディング1 Gbps承認済みデバイス値フルトラフィック下でも安定
ロビーアンプマトリクスエンジンコア → 配信 → ロビー混在経路を確認済み承認済みデバイス値フェイルオーバーをテスト済み

IP サブネットやケーブルラベルではなく、物理スイッチを数えてください。ラック内に隠れたアンマネージドスイッチでも、1 ホップが追加されます。100 Mbps でネゴシエートされたリンクは、隣接ポートがギガビットでも制約条件になる可能性があります。

設定を変更する前に late packets を理解する

late-packet の警告は、メディアが受信機の現在のデッドラインより遅れて届いたことを意味します。レイテンシを増やすと許容度は広がりますが、診断の代わりにはなりません。

よくある原因は次のとおりです。

  • 設定がスイッチ経路に対して短すぎる;
  • リンクが想定外の速度でネゴシエートされている;
  • スイッチが過負荷、または設定不適切である;
  • 不要な multicast が必要のないリンクに届いている;
  • ケーブル、コネクター、光トランシーバー、アダプターでエラーが出ている;
  • トポロジーが変わったのにレイテンシ計画が更新されていない;
  • 省電力などのスイッチ動作が、時間に敏感なトラフィックに干渉している。

デバイスとスイッチのカウンター、イベント履歴、リンク速度、クロック状態、帯域幅を確認してください。/learn/basics/dante-unicast-vs-multicast では、不要な multicast が制約のあるリンクにどのような負荷をかけるかを説明しています。経路に問題があるなら修正し、経路は正しいがより大きな配送ウィンドウが必要な場合にのみバッファを追加してください。

レイテンシをクロックと冗長化から切り分ける

Dante のクロック同期は、どのサンプルが時間上どこに属するかをデバイスに知らせます。受信レイテンシは、再生前にパケットが届くための猶予を与えます。デバイスが有効なクロックを示していても、メディアパケットが late になることはあります。両方の状態を確認してください。

冗長なプライマリ/セカンダリネットワークは、それぞれ設定したレイテンシを支えられる必要があります。ケーブル、スイッチ、電源の障害後でも、生き残った経路がバジェット内に収まっていなければなりません。/learn/basics/dante-redundant-vs-switched-mode では、必要な分離と障害ドメインのテストについて説明しています。

また、転送遅延とスピーカーアライメントも切り分けてください。出力ディレイは、フィルやディレイスピーカーを音響基準に合わせるために意図的に使われることがあります。/learn/basics/channel-delay-vs-output-delay-mixer は、その処理判断を説明しています。音響的なタイミング要件を補うために Dante バッファを下げないでください。

アイドル状態のパッチではなく、ネットワーク全体をテストする

1. 既知の状態を保存する

デバイス名、ファームウェアのコンテキスト、サンプルレート、クロックリーダー、サブスクリプション、フロータイプ、受信レイテンシ設定、リンク速度、トポロジー、スイッチ設定を記録します。

2. 通常の音声を確認する

必要なすべてのチャンネルを実際の出力先へ流します。サブスクリプション、クロック、パケット、エラー、レイテンシの各インジケーターを確認し、1 つの緑アイコンだけに頼らず、出力先で実際に聴いて確認してください。

3. ネットワークを現実的に負荷する

レコーディング、放送、アンプ、制御、その他のショールートをすべて有効にします。コアリンクとエッジリンクの帯域幅を測定してください。空のネットワークではショー時の状態は証明できません。

4. 最も長い経路を試す

最も多くのスイッチの背後にある受信機、および 100 Mbps または共有アップリンクを持つ受信機をテストします。プログラム音声を継続しながら、意味のある時間にわたって late packets が出ないか監視してください。

5. 実際のコンポーネントを外して試す

許可がある場合は、冗長リンクを 1 本抜くか、1 本のスイッチ経路の電源を落とします。生き残った経路がクロック、音声、レイテンシバジェットを維持することを確認します。次のテストの前にベースラインを復元してください。

6. 一度に 1 つの受信機だけ変更する

別の設定が妥当な場合でも、影響を受ける受信機だけを変更し、カウンターをクリアまたはタイムスタンプして、フルテストを繰り返し、承認済みの設定を保存します。1 つの悪いリンクを隠すために、すべての値を一括で増やさないでください。

Rider にレイテンシバジェットを記載する

引き継ぎでは、トポロジー、最長経路、リンク速度、受信側設定、想定トラフィック、確認すべき警告、テスト時間、障害テスト、責任者、承認済みベースラインを明示する必要があります。「低レイテンシの Dante」は測定可能な表現ではありません。

Techrider.live では、デバイスとネットワークのメモをステージプロットや信号の引き継ぎ内容と整合させ、システムエンジニアとレコーディングエンジニアが同じ Rider を編集できるようにし、承認済みの値を保存し、トポロジー変更後に履歴を確認し、日付付きの PDF を会場向けに書き出してください。

Dante レイテンシチェックリスト

  • 各受信機が対応するレイテンシ値を確認した。
  • 最長経路とすべてのスイッチホップを把握した。
  • 重要な境界ごとにネゴシエートされたリンク速度を確認した。
  • ショー・トラフィック、multicast、制約のあるリンクをテストに含めた。
  • クロック状態と late-packet 履歴を別々に確認した。
  • 冗長経路の障害時も、許容バジェット内に収まることを確認した。
  • 各設定、テスト結果、責任者、ベースラインを記録した。

FAQ

Dante のレイテンシは何 ms に設定すればよいですか?

実際のスイッチ経路とトラフィックを安全にカバーできる、受信機対応の値を選んでください。安定したマージンから始め、ショー全体のネットワークでテストし、測定結果で正当化できる場合にのみ短い値を使ってください。

Dante で late packets が出る原因は何ですか?

バッファが短すぎる、経路のホップ数が多すぎる、リンクが遅いまたは不良、トラフィック過多、またはスイッチ設定が不適切であるために、パケットが遅れて届くことがあります。設定を変える前に、カウンターとトポロジーを診断してください。

Dante 機器ごとにレイテンシ設定を変えても大丈夫ですか?

はい。レイテンシは受信側の設定であり、経路やデバイス能力が異なる出力先は、それぞれ対応する値を使えます。ネットワーク全体で 1 つの数値だと決めつけず、各設定を記録してください。

ネットワークスイッチは Dante の遅延を増やしますか?

すべてのスイッチはパケットを受信して転送する必要があるため、経路とそのキューイングは配送時間に影響します。受信レイテンシを選定・テストするときは、すべてのスイッチを数え、リンク速度を確認してください。

Dante ネットワークの遅延はどうやってテストしますか?

すべてのショールートを流し、クロックと late-packet のインジケーターを確認し、重要なリンクを測定し、最長の受信経路をテストし、許可された障害条件を試し、実際の出力先で聴取し、制御された変更ごとに繰り返します。

ネットワークバジェットを再現可能にする

経路、スイッチホップ、リンク速度、受信側設定、トラフィック状態、テスト、責任者、フォールバックを、各重要な Dante 出力先ごとに 1 つの Rider にまとめてください。

関連ガイド