Barrier: 【機能リクエスト】オーディオデバイスの共有

少なくともLinuxの場合、これはpulseaudioモジュールを介してすでに存在します（少なくとも私の知る限りの出力の場合）。

独自のアプリケーションなので、こちらの方が適していると思います。

特にWindowsとLinuxの間で、どのようにそれを行うことができるのか疑問に思っている人のためのいくつかのリンク（注：私はまだこれらのいずれも試していません）：

最初のいくつかの関連するスタック交換の質問：スーパーユーザー1スーパーユーザー2サウンド.stackexchange

...およびいくつかの解決策（上記のように、私はテストしていません）：

• win7には、DLNAをサポートするものにブロードキャストできるPlay To機能があるようです。
• pulseaudioはどうやらWindows用に構築できるか、少なくともXP時代には構築できたようです。 これが新しいもので機能するかどうかは私にはわかりません。
• edcast / altacast + icecast（edcast / altacastは古くなっているように見えますが、せいぜいwinxpのスクリーンショットです）

独自のアプリケーションなので、こちらの方が適していると思います。

@AdrianKoshkaは確かですが、バリアは、必要なものを文書化したり、ユーザーが構成するのを支援したりすることで、これをそれほど苦痛にしない可能性があります。 :)

振り返ってみると、これは非常に障壁の範囲外であり、不必要な複雑さを追加するだけだと私はまだ感じています。

ffmpegを使用して、バリアで機能するメソッドを追加したかっただけです。 これにより、デスクトップオーディオのみが共有されます（マイク入力は共有されません）。

この例では、クライアントはUbuntuであり、サーバーはWindowsです。 ffmpegは両方にインストールする必要があります。 他のシナリオでは、ffmpegの異なるコマンドと理解が必要になります。

「クライアント」で、ffmpegコマンドを実行します。

ffmpeg -re -f alsa -ac 2 -i default -f rtp rtp://server:1234

ここで、 serverはバリアサーバーのIPアドレスです。 これにより、デスクトップオーディオが指定されたアドレスにストリーミングされます

（alsaの代わりにpulseを使用する場合は、 -f alsaを-f pulseに置き換えます）

次のように出力されます。

SDP:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 192.168.1.82
t=0 0
a=tool:libavformat 58.21.100
m=audio 1234 RTP/AVP 97
b=AS:768
a=rtpmap:97 PCMU/48000/2

私の例では、サーバーは192.168.1.82

サーバーマシン（ 192.168.1.82 ）で、上記のSDPテキストをファイルsdp_fileにコピーし、ffplayコマンドを実行します。

./ffplay -protocol_whitelist 'rtp,file,udp' .\sdp_file

ストリーミングされた低遅延オーディオをお楽しみください。

将来的にはこれがバリアの内側で機能する可能性があるので、誰かがフォークする時間がある場合に備えて、少しインスピレーションと方向性を示します。