私は私のワークスペースのための2番目の画面ソリューションを構築しています。ケーブルを使わなくてもパソコン/携帯電話/ノートブックなどを簡単に切り替えることで、机の上の画面を追加のモニターとして使用できるのです。
W10+には、WiDiプロトコル（Wi-Fi Direct規格のバリエーション）を使用する「ネットワークディスプレイに送信/投影」オプションがあります。
もちろん、最新のブラウザにうまく統合されているように見えるChromecastプロトコルがありますが、Linux / Unix / POSIXの基本プロトコルが何を使用しているのかよくわかりません（MKChromecastおそらく最善の選択でしょう。）
現在、私は古いRPi3b +ランニングストックを使用しています。雄牛の目&XFCEドライバは端末（ヘッドレスホストへのリモートアクセス）にすぎません。グリーン（軽いブラウジングですが、ロードのためほとんど使用されません）＆障害これにより、1セットの入力デバイスを処理できます。
今まではそんなに良くなった。
私が経験している問題は、このクライアント（デフォルトではシンクライアント）をレンダリングシンクとして使用することです。つまり、ビデオとオーディオ（AV）をキャストできるということです。到着これはデバイスではなく、このデバイスからのものです。
これで、デバイスハードウェアがこの（簡単な）レンダリングをまったく実行できない可能性があることがわかっているので、この目的のための予備NUCがあります。つまり、RPiのスタックを把握したら、それを別のBoxに再構築/再配布できます。 。
実際、W32エコシステムには一般的なものが多くないようです。
これまで私が見つけたもの：
- エアサーバー最も単純な（ベスト？）ソリューションのようですが、POSIXプロキシ/レンダラーAFAICTはありません。
- ミラクルカスター&怠惰な投影有望なソリューションのように見えますが、私が試した他のRPi以外のシステムでも特にうまく機能しないようです。
- GNOMEネットワークディスプレイ近い、または基本的に私が探しているものですが、見つけることができる意味のある文書がありません。
全体的に、彼らはすべて依存しているようです。WiFi直接接続流しを支えるがこれも足りないRTFM部門。このプロトコル/スタックは、特に組み込みデバイスの場合はやや一般的なように見えますが、POSIXでは完全なPITAです。私がスタックのこの端に最も近いところは次のとおりです。wpa_requester（および関連するwpa_cliおよびwpa_guiの下位レベルのツール）が、これらは私が探している結果を生成しません（例：P2P設定 - PIBKAC）
フラッシュできる余分なAndroid携帯電話がいくつかありますが、そうすることで回避したい追加の複雑さが発生し、状況が改善されるかどうかはわかりません。
このビルドを仕上げて仕上げ作業をしたいので、助けていただければ本当にありがとうございます。