私は、サーバーを使用しないポイント ツー ポイントのビデオ/オーディオ チャット (つまり、テキスト メッセージのない自分のスカイプ) を実装する方法について調査を行ってきました。
私はそれを実装する方法を探していましたが、次のアイデアがありました。
オーディオとビデオを取得し (qt を使用)、2 つの異なる UDP ソケットを介して送信し、他の 2 つの異なる UDP ソケットからビデオとオーディオを読み取ります。したがって、合計 4 つのスレッドでマルチスレッド化された UDP サーバーとクライアントを作成する必要がありました。2 つはオーディオとビデオの送信用で、残りの 2 つはオーディオとビデオの受信用です。
同じスレッドでビデオとオーディオを有効にする独自のプロトコルを作成します。オーディオとビデオのバッファリング用にパケット データ サイズの半分を解析するようなものです。書きます。
私はいくつかのリアルタイム メディア プロトコルを探していましたが、そのうちのいくつかは興味深いものでした。たぶん、このプロトコルへのインターフェースを研究して実装し、自分で「作成」する代わりにそれらを使用します。
さて、実際の質問：
これを達成する方法に関するドキュメントはありますか? おそらく、この問題に対して使用されている「最先端の」API/プロトコル、または適切に実装された/適切なソリューションですか?
ビデオからオーディオを分離して実装することを選択した場合、VoIP はオーディオ接続の可能なソリューションになりますか?
Qt はこの目的に適したツールですか? 私はこれまで Qt を使用したことがなく、ビデオおよびオーディオ インターフェイスについては openframeworks についても考えていたので、このフレームワークのいずれかを使用したことがある人がいるかどうか、またこれが正しい選択であるかどうか疑問に思っていました。
私の質問にはコードがなく、可能な回答の範囲が広いことはわかっていますが、ここで本当に助けが必要です.
ありがとう。