テレビキャプチャRTMPレイテンシでボトルネックを見つける

Question

テレビキャプチャをあるコンピュータから別のコンピュータにローカルにストリーミングしようとしていますが、レイテンシが私が望むよりも高いです。

私の設定は、Elgato HD60 Proキャプチャカードを搭載した12GB、i5 x4 3.2GHz、Geforce 970です。このマシンはNginx + RTMP（https://github.com/arut/nginx-rtmp-module）がインストールされたUbuntuインスタンスを実行しています。

帯域幅+解像度を調整できるキャプチャ/ストリーミングソフトウェアが付属しています。ローカルのRTMPにストリームするように設定されています（rtmp://192.168.1.200/capture）。

私の受信機では、VLC（オープンネットワーク）とFFPLAY（ffplay -fflags nobuffer rtmp://192.168.1.200/capture -loglevel verbose）を試してみました。

FFPLAYは、nobufferフラグを考慮して考えると思われるVLCよりもレイテンシが短いです。しかし、それは私が正しい更新を見るまで、まだ約2〜3秒です。キャプチャプレビュー上

• 応答時間はほとんど即時である（〜100ミリ秒多分）FFPLAYストリームから
• 応答時間は、私はそれがElgatoの間にボトルネックがあります意味を想像2-3秒

の間にありますおよびRTMPサーバーまたはRTMPサーバーと私の再生ストリームの両方またはその両方私が試した

もの：

• 最高から1080年からのキャプチャの最低
• 減少解像度へのキャプチャの1.00と8.00
• 減少品質とキャプチャソフトウェアから増やしMbpsの、720へ、へ60fpsのから30fpsの標準
• 減少フレームレート
• 利用FFPLAYの代わりに、VLC

注：RTMP NGINX設定には特別なオプションはありません。それは標準のlive onであり、それはかなりです。

問題の原因を診断するにはどのような方法が最適ですか？私はそれを取得したい< 1秒。

ありがとうございます！

Answer 1

あなたの場合はボトルネックは映像処理だと思います。通常、ソフトウェアのビデオエンコーディングはそれほど高速ではありません。 ビデオ品質、ビットレートなどを減らす場合は、処理を追加して遅延を増やすだけです。 ソースから遠すぎないビデオを送信する必要がある場合は、HDMIのようなビデオインターフェイスを使用してください。それはどのように（処理なしで）ビデオを渡すでしょう ネットワークストリーミングに本当に関心があるなら、PCIや外部のもののような特別なハードウェアエンコーダデバイスの使用を検討してください。これらのデバイスには、ハードウェアビデオエンコーダが組み込まれており、ビデオ処理にCPUを使用しません。通常、ハードウェアエンコーダの遅延は1秒未満ですが、それでも真の声明です。「より多くのビデオ処理=より多くの遅延」

Answer 2

私の推測はビデオエンコードであり、ビデオデコードでは最大の遅延が発生します。 H.264（AVC）への圧縮を仮定しましょう。私はBフレームをオフにします。

診断に関して - 私はクライアントマシンでWiresharkを実行します。クライアントとサーバーのクロックが同期していることを確認してください。次に、RTMPストリームのタイムスタンプとクライアントのクロックを比較します。これは、エンコーディングの遅延についてのアイデアを与えるはずです。合計遅延からエンコードを差し引くと、デコードの遅延が発生します。おそらくネットワークのバッファリングと伝送遅延を無視することができます。

これは興味深い問題であり、業界ではその解決策がいくつか提供されています。例えば、http://www.ineoquest.com/です。