NDI

帯域（バンド幅）とは 帯域（バンドウィズ）とは、一定時間にどれだけのデータを転送できるかを示す値です。単位はbps（bits per second）。一般的にMbps・Gbpsで表します。 配信現場ではアップロード帯域（配信サーバーへ送り出す方向）が重要です。ダウンロード帯域が速くても、アップが遅ければ配信は落ちます。 各用途の帯域消費目安 配信（RTMP・SRT） 配信品質 ビットレート目安 必要アップ帯域 720p 30fps 3〜4Mbps 6〜8Mbps 1080p 30fps 5〜8Mbps 10〜16Mbps 1080p 60fps 8〜12Mbps 16〜24Mbps 4K 30fps 20〜40Mbps 40〜80Mbps 余裕係数として1.5〜2倍を確保します。 ネットワークは常に100%の安定ではなく、揺れ（ジッタ）があるためです。 NDI（LAN内） NDIはLAN内の通信なので、インターネット回線の帯域は消費しません。ただしスイッチ・ケーブルの帯域を消費します。 NDI品質 帯域消費（1台あたり） NDI Full（1080p60） 約120Mbps NDI HX3（1080p60） 約20〜40Mbps NDI HX2（1080p30） 約8〜16Mbps NDIカメラ4台をフルHDで運用する場合、LAN内に 4×120=480Mbps の帯域が必要です。1Gbpsスイッチでは不足する場合があります。 10Gbpsスイッチか、NDI HXに切り替えるかを検討します。 Zoom・Webex（リモート登壇） 用途 消費帯域 Zoom HD送受信 上下各 3〜5Mbps Zoom 720p 30fps 上下各 1.5Mbps Webex 1080p 上下各 4Mbps Zoomは上下両方の帯域を使います。リモート登壇者が多い場合は合算して計算します。 観客・スタッフのWi-Fi 1人あたり1〜5Mbpsとして、接続人数をかけて想定します。ただし全員が同時最大通信するわけではないため、同時接続数×30〜50% を実効値として見積もります。 帯域計算の例 例：観客100人・配信1080p・リモート登壇者2人の構成 用途 アップ帯域 ダウン帯域 配信RTMP（1080p8Mbps） 16Mbps - Zoom登壇者2人 10Mbps 10Mbps スタッフ10人Wi-Fi 15Mbps 15Mbps 観客100人（30%同時） 15Mbps 50Mbps 合計 56Mbps 75Mbps この例では、アップロード60Mbps以上・ダウンロード80Mbps以上の回線が必要です。 ...

カメラを配信に使う方法 カメラからの映像を配信PCに取り込む方法は主に3つあります。 ①HDMIキャプチャーボード経由 最も一般的な方法です。カメラのHDMI出力をキャプチャーボードに繋ぎ、USBでPCに接続します。 カメラ HDMI出力 ↓ HDMI ケーブル キャプチャーボード ↓ USB 配信PC（OBS） メリット： ほぼすべてのカメラに対応（HDMI出力があれば使える） OBSが「映像キャプチャデバイス」として認識する 比較的安価（5,000〜30,000円） デメリット： カメラごとにキャプチャーボードが必要 長距離HDMI伝送はケーブル品質・長さに注意（15m以上はHDMIエクステンダーを使う） 選び方のポイント： USB 3.0接続のものを選ぶ（USB 2.0は帯域が不足する場合あり） 4K入力が必要か確認する Blackmagic Design、Elgato、AVERMEDIA等が定番 ②NDI（ネットワーク経由） NDI対応カメラやNDIエンコーダーを使うと、LANケーブル1本で映像を配信PCに送れます。 NDI対応カメラ or カメラ＋NDIエンコーダー ↓ LAN（有線） スイッチングハブ ↓ LAN 配信PC（OBS＋NDI プラグイン） メリット： ケーブル1本で長距離伝送可能（100mのLANケーブルでも届く） 複数カメラをLAN上に集約できる カメラ側の電源もPoEで供給できる（PoE対応機種） デメリット： LAN帯域を消費する（1080p30で約100Mbps） NDI対応機器が必要 OBSのNDI対応はプラグイン（NDI Tools）が必要 ③USB接続（Webカメラ・一部ミラーレス） WebカメラやUSBビデオクラスに対応したミラーレスカメラは、USBで直接PCに接続できます。 メリット： ケーブル1本で接続完了 設定がシンプル デメリット： USB延長に制限がある（最大5m程度） 画質がHDMI経由より劣る場合がある カメラの種類別の接続方法 カメラの種類 推奨接続方法 ビデオカメラ（業務用） HDMI → キャプチャーボード ミラーレス一眼 HDMI（クリーンHDMI設定） → キャプチャーボード PTZカメラ NDI or HDMI Webカメラ USB直結 アクションカメラ（GoPro等） HDMI → キャプチャーボード クリーンHDMI出力とは 一眼カメラのHDMI出力には、バッテリー残量や設定値などのカメラ情報（オンスクリーンディスプレイ）が映り込む場合があります。「クリーンHDMI出力」設定をONにすることで、映像のみを出力できます。機種によって設定場所が異なります。 ...

なぜプロトコルを理解する必要があるか 同じ映像を送るにも、どの「通信手順（プロトコル）」を使うかによって遅延・安定性・必要な機材が変わります。用途に合ったプロトコルを選ばないと、不必要な遅延が生じたり、不安定な配信になったりします。 RTMP（Real-Time Messaging Protocol） Adobe が開発した配信プロトコルで、YouTube・Twitch・ニコニコ生放送など主要プラットフォームの標準です。 仕様： TCPベース（パケットロス時に再送する） ポート：1935（HTTPSで443も使用可能） 暗号化：RTMPSで対応 メリット： OBSがデフォルトで対応 主要配信プラットフォームがほぼ対応 設定がシンプル デメリット： 遅延が5〜30秒と大きい パケットロスが多い環境（不安定な回線）では途切れやすい 向いている用途： YouTube Live・Twitchへの一般的なライブ配信 双方向性が不要な講演・セミナー・イベント配信 SRT（Secure Reliable Transport） Haivisionが開発し、現在はオープンソースとして普及している低遅延プロトコルです。不安定なネットワークでも安定した配信ができます。 仕様： UDPベース＋独自の再送制御 ポート：任意（デフォルト9000等） AES暗号化対応 メリット： 遅延が0.5〜1秒と小さい パケットロスを自動補正（FEC・ARQ） 暗号化で安全に送れる デメリット： RTMP対応プラットフォームにそのまま送れない（変換サーバーが必要） 設定がRTMPより複雑 向いている用途： StarLinkや4G回線など不安定な回線での配信 会場内の映像を別拠点の配信サーバーに送る 低遅延が必要な用途（競技・競馬・スポーツ中継等） NDI（Network Device Interface） NewTekが開発した、ネットワーク内の映像伝送プロトコルです。インターネット配信ではなく、会場内のLANで機材間を繋ぐために使います。 仕様： IP（LAN）ベース 帯域：1Gbps スイッチを推奨（NDI Full 1080p30fpsで約125Mbps） ソフトウェアで無料で使える（NDI Tools） メリット： 遅延がほぼゼロ（LAN内） ケーブルが不要（LANケーブル1本で映像・音声・制御） OBSが対応（NDI Toolsプラグインが必要） デメリット： LANの帯域を大量に消費する インターネット越しの送信には適さない 対応機器が必要 向いている用途： 会場内のカメラ映像をOBSに取り込む PTZカメラ・スイッチャーとOBSの連携 複数のPCで映像を共有する 三者の比較 RTMP SRT NDI 主な用途 プラットフォーム配信 拠点間伝送 LAN内伝送 遅延 5〜30秒 0.5〜1秒 ほぼゼロ 安定性（不安定回線） 低い 高い - 使用範囲 インターネット インターネット LAN内 設定難易度 低い 中 低い 現場での組み合わせ例 カメラ → NDI → OBS → RTMP → YouTube： 会場内はNDI、外部配信はRTMP カメラ → OBS → SRT → 配信サーバー → RTMP → YouTube： 不安定回線ではSRTで中継サーバーに送りRTMPで配信 まとめ プラットフォームへの配信はRTMP、不安定な回線での拠点間伝送はSRT、LAN内の映像伝送はNDIを使うのが基本です。 ...

ライブ配信の全体像 ライブ配信とは、映像・音声をリアルタイムで視聴者に届ける仕組みです。全体の流れはこうなっています。 カメラ・マイク ↓ エンコーダー（OBS等） ├── 映像・音声を圧縮 └── 配信プロトコルで送信 ↓ 配信サーバー（YouTube・Twitch等） ↓ 視聴者のデバイスでデコード・再生 エンコードとは カメラからの映像は非常にデータ量が多く、そのまま送信するとネットワーク帯域が足りません。エンコードとは映像・音声を圧縮してデータ量を減らす処理です。 映像コーデック： H.264（AVC）： 最も普及している。互換性が高い。配信の標準 H.265（HEVC）： H.264より約半分のデータ量で同画質。ただし対応機器が限られる AV1： 次世代コーデック。YouTubeが対応を進めている 配信では現在もH.264が最も安定して使えます。 音声コーデック： AAC： 配信の標準。YouTube・Twitchともに対応 MP3： 古い形式。配信よりも音楽ファイル向け Opus： 低遅延に強い。WebRTCで使われる 配信プロトコルの種類 RTMP（Real-Time Messaging Protocol） YouTubeやTwitchへの配信で標準的に使われるプロトコルです。OBSの「配信」設定でそのまま使えます。 ポート： TCP 1935（デフォルト） 遅延： 数秒〜10秒程度 安定性： 普及しており、問題が起きにくい 向いている用途： YouTube Live・Twitchへの一般的な配信 SRT（Secure Reliable Transport） 不安定なネットワーク環境でも安定した配信ができる低遅延プロトコルです。 遅延： 0.5〜1秒程度 特徴： パケットロスを自動補正、暗号化対応 向いている用途： StarLinkや不安定回線での配信、長距離伝送 NDI（Network Device Interface） 同一ネットワーク内での映像伝送に使うプロトコルです。 遅延： ほぼゼロ（LAN内） 特徴： カメラ・スイッチャー・PCをLANで繋げる 向いている用途： 会場内のカメラ映像をOBSに取り込む ビットレートと画質 ビットレートは1秒間に送るデータ量（bps/Mbps）を表します。高いほど画質が良いですが、ネットワーク帯域が必要です。 解像度 フレームレート 推奨ビットレート 1080p 60fps 6〜9Mbps 1080p 30fps 4〜6Mbps 720p 30fps 2〜4Mbps 480p 30fps 1〜2Mbps 現場での判断基準： アップロード速度の**50〜70%**以内に設定するのが安全です。10Mbpsのアップロード速度があれば、5〜7Mbpsで配信できます。 ...