rtp を使用して解像度 800x600 のビデオ ストリームをインターネット経由でリアルタイムで送信できますか?
MTU 制限について読みましたが、h264 で圧縮しても、この解像度でこの制限を達成する方法がわかりません。
一般的なビデオ チャット プログラムを使用してこれを行うには、どのような手法がありますか?
多くの圧縮を試みましたが、400x300 の解像度でしか送信できません。
rtp を使用して解像度 800x600 のビデオ ストリームをインターネット経由でリアルタイムで送信できますか?
MTU 制限について読みましたが、h264 で圧縮しても、この解像度でこの制限を達成する方法がわかりません。
一般的なビデオ チャット プログラムを使用してこれを行うには、どのような手法がありますか?
多くの圧縮を試みましたが、400x300 の解像度でしか送信できません。
rtp を使用して解像度 800x600 のビデオ ストリームをインターネット経由でリアルタイムで送信できますか?
はい。
MTU 制限について読んだことがありますが、h264 で圧縮しても、この解像度でこの制限を達成する方法がわかりません。
H.264 RTP ペイロード形式は、MTU 制約を満たすために、より大きな NAL ユニットの断片化をサポートしています。1 つの RTP パケットに 1 つの NAL ユニットが含まれるシングル NAL ユニット モードの代わりに、NAL ユニットのフラグメンテーションをサポートする非インターリーブ モードを使用する必要があります。
編集:あなたのコメントは質問の文脈を完全に変えます。
30fpsで可能ですか?
これは、「リアルタイム」の定義に完全に依存します。ビデオ会議などのアプリケーションはリアルタイムと見なされます。ただし、あなたのようなシナリオでは、はるかに重要なレイテンシの制約があります。それはまったく別の話であり、これは次のいずれかに依存します。
また、そのような場合、パケットやステアリング情報が失われた場合にどうなるかを考慮する必要がありますか? マシンがクラッシュした場合などの安全上の考慮事項は何ですか? RTP は通常、待ち時間の理由から UDP 経由で送信されます。つまり、RTP パケットが失われる可能性があります。TCP経由で送信できますが、この場合は絶対に送信しないでください。TCP経由のRTPはパケットの到着に大きな遅延をもたらす可能性があるためです.