0

サーバークライアント設計を使用して、WLAN 経由で netcat を使用して 2 つの Linux マシンを接続しました。そして今、私はそれらの間でメッセージを送受信できるようになりました. サーバーでは、UDP ソケットの作成を使用します。

$ nc -u -l 3333

クライアント側では、ポート番号と宛先IPを使用してポートに接続します。

$ nc -u 192.168.178.160 3333

これにより、サーバーとクライアント間の双方向接続が確立されます。わかりませんが、かなりリアルタイムだと思います。今、私は機能を開発し、2 つの側の間でリアルタイムの音声接続を確立しようとしています。マイクを介した録音はarecord、音声データを.wavファイルに書き込むコマンドを介して実行することもできます。ファイルの送信は、.wav完全に記録された後にのみ可能ですが、必要なのはリアルタイム通信であるため、これは役に立ちません。もちろん、受信した音声信号は相手側ですぐに再生する必要があります。リアルタイムにする方法を知っている人はいますか?

4

1 に答える 1

0

フィデリティとは、ネットワークの遅延や遅延の変動にかかわらずサウンドの連続性を維持するための大きなバッファ カウントを意味します。リアルタイムに近い低いサウンド遅延とは、全体的な遅延を減らすための小さなバッファ カウントを意味します。両方を持つことはできません。

IME、最大 250 ミリ秒を維持する必要があります。「リアルタイム」音声の錯覚を維持するために、両端でバッファリングされたサウンドの。このバッファのキューは、音声を再生するために必要な一定の速度で空にする必要があり、必要に応じてネットワーク プロトコルによって補充されたままにする必要があります。ネットワーク遅延が小さすぎてそのサイズのバッファー プールを補充できない場合は、バッファー プールを大きくする必要があり、キューが長くなり、知覚されるリアルタイム パフォーマンスが低下します。

TCP/UDP の問題は、ほとんどのネットワーク接続で厄介な問題です。

ビデオをストリーミングしていないことに感謝してください:)

于 2013-11-13T18:04:36.387 に答える