Windows 11でZEDの配信が動かない「failed to create RTP Session (err:-74)」を直す方法：Isaac Sim×zed-isaac-simの落とし穴と対策

NVIDIA Isaac SimでZEDカメラをzed-isaac-sim拡張から配信しようとすると、Windows 11環境ではIPCが使えずネットワークストリーミングへフォールバックします。その直後にfailed to create RTP Session (err:-74)が出てストリームが開始できない――この症状は、設定ミスというより「GPUドライバとZED SDK側（ハードウェアエンコード周り）の相性」で踏むケースが現実的です。ここでは、再現しやすい原因から順に、最短で復旧するための手順をまとめます。 Stereolabs Forums

Windows 11でZEDの配信が動かない「failed to create RTP Session (err:-74)」を直す方法：Isaac Sim×zed-isaac-simの落とし穴と対策

まず押さえるべき前提：WindowsではIPC不可→ネットワーク配信に切り替わる

ログに出ている通り、WindowsではIPC modeが使えないため、ZEDの配信はネットワークストリーミング（RTPセッション作成）に切り替わります。つまり、このエラーは「RTPセッション作成に必要な条件が満たせなかった」ことを意味し、原因は大きく分けて次の3系統です。

GPUドライバ起因（ハードウェアエンコードが壊れる／相性問題）
ネットワーク／ポート起因（ポート競合、ファイアウォール、権限、NIC）
実行構成起因（拡張の設定、SDK/拡張の組み合わせ、起動順）

この中で、いちばん“効く確率が高い”のがドライバ対策です。

最優先の解決策：GPUドライバをロールバックする（最短で直る）

Stereolabs側の検証では「最新GPUドライバだとZED SDKのハードウェアエンコード利用に不具合が出て、古いバージョンに戻すと解消する」旨が報告されています。具体例として v581.80が動作したとされています。 Stereolabs Forums

手順（おすすめの進め方）

現在のNVIDIAドライババージョンを確認
- NVIDIAコントロールパネル、またはデバイスマネージャー→ディスプレイアダプター→プロパティで確認
v581.80など、動作報告のある“少し古い”版へ入れ替え
- 可能ならクリーンインストール（既存設定の引き継ぎを切る）を推奨
PC再起動後、Isaac Simで再テスト

ポイント
“最新版へ更新”が最適解にならないタイプの問題です。RTP自体が壊れているというより、配信初期化の内部で使うエンコード経路がドライバと噛み合わず、結果としてRTPセッション作成に失敗しているパターンが疑われます（ログ上も初期化直後に落ちるため）。

次に効く対策：ハードウェアエンコードを使わない（ソフトウェアに逃がす）

ドライバのロールバックが難しい（社内端末・運用ポリシーなど）場合は、可能であれば ハードウェアエンコード（NVENCなど）を無効化してソフトウェア側へ逃がすのが有効です。
ただし、どこで切り替えるかは構成により異なります。

zed-isaac-sim拡張やZED配信設定に「hardware encoding / H264/H265 encoder」系の項目があれば無効化
ZED側の配信品質・解像度・FPSを下げ、初期化時の負荷を落とす（初期化に失敗する境界を跨いでいる場合がある）

期待できる効果
ハードウェアエンコード経路が原因なら、RTPセッション生成の直前で落ちる挙動が改善しやすいです。

ネットワーク／ポート系のチェック：WindowsがRTPを邪魔している場合

ログでは「port 30002」を使ってストリーマ初期化を試みています。ここが詰まるとRTPセッション作成に失敗します。

1) ポート競合の確認（30002が既に使用中）

PowerShell（管理者）で確認：
- netstat -ano | findstr 30002
何か別プロセスが掴んでいるなら、該当PIDを特定して停止
可能なら ポート番号を別の空きポートに変更（拡張側設定があれば）

2) Windows Defender / セキュリティソフトの例外設定

Isaac Sim本体、Python/Kit、ZED関連プロセスがブロックされることがあります
一時的に例外を追加して動作確認（恒久対応は運用ルールに合わせて）

3) NIC（ネットワークアダプタ）の優先順位と仮想NIC

VPN、Hyper-V、Docker、WSL2などで仮想アダプタが増えると、送受信インターフェース選択で事故ります
対策：
- 不要なVPN/仮想NICを一時的に無効化
- ネットワーク優先順位を整理
- まずはローカルループバック相当のシンプルな構成で再現性を確認

互換性の観点：Isaac Sim / ZED SDK / 拡張ブランチを揃える

今回の構成は「Isaac Sim 5.1.0」「ZED SDK 5.2.0」「zed-isaac-sim main」です。拡張がmainの場合、更新が速く、SDKやIsaac Sim側の変更点を前提にしていることがあります。
ドライバ対策で直らない場合は次を試す価値があります。

zed-isaac-simを、動作報告があるコミット／タグへ合わせる
ZED SDKを、1つ前の安定版へ落として組み合わせを変える
Isaac Sim側の拡張依存（Kit/Omniverse周辺）で、既知の制限や差分がないかを確認

今回のエラー事例では、まずドライバ起因の線が濃いものの、組み合わせ問題も同時に起こり得ます。 Stereolabs Forums

すぐ試せる「復旧の最短ルート」チェックリスト

GPUドライバをロールバック（まずここ。v581.80で改善報告） Stereolabs Forums
ダメなら ハードウェアエンコード無効化（可能なら）
30002のポート競合を排除（netstatで確認）
ファイアウォール例外／セキュリティソフトのブロック解除で切り分け
VPN/仮想NICを外して ネットワーク構成を単純化
zed-isaac-sim・ZED SDKの バージョン組み合わせを変更して相性確認

まとめ：err:-74は「RTP」より前に「エンコード経路」で落ちていることが多い

failed to create RTP Session (err:-74)は見た目ほど“ネットワーク設定の問題”とは限らず、Windows 11＋ZED SDK＋Isaac Sim構成では、GPUドライバの新しさが裏目に出るケースがあります。まずはドライバを既知の動作版へ戻すのが最短です。 Stereolabs Forums
それでも解消しない場合に、ポート・ファイアウォール・NIC・バージョン整合を上から順に潰すと、無駄な試行錯誤を大きく減らせます。