我正在为我的工作空间构建第二屏幕解决方案；提供无处不在的连接的东西，这样我就可以简单地切换我的任何机器/手机/笔记本电脑/等，将桌子上的屏幕用作附加显示器，而无需使用电缆。
在 W10+ 中，有一个“投射/投影到网络显示”的选项，该选项使用 WiDi 协议（Wi-Fi Direct 标准的一种变体）。
当然，还有 Chromecast 协议，它似乎很好地集成到现代浏览器中，尽管我不太熟悉 Linux/Unix/POSIX 的本机协议将使用什么（MKChromecast可能是我最好的选择）。
目前我使用的是旧的 RPi3b+ 运行库存靶心&XFCE驱动只不过是一个终端（远程访问无头主机），绿（轻量级浏览，但由于它引入的负载而几乎不使用它）&障碍这样我只需要处理一组输入设备。
到目前为止，一切都很好。
我遇到的问题是使用它（本质上是瘦客户端）作为渲染接收器，即能够投射视频和音频（AV）到这个设备，而不是来自它。
现在我知道该设备硬件可能根本无法执行此（简单）渲染，因此我有一个备用的 NUC 用于此目的，即一旦我弄清楚了 RPi 上的堆栈，我就可以重建/重新部署它到另一个盒子。
在 W32 生态系统中，似乎确实没有太多常见的东西。
到目前为止我发现了什么：
- 空中服务器似乎是最简单（最好？）的解决方案，但没有 POSIX 代理/渲染器 AFAICT
- 奇迹卡斯特&惰性投射看起来是很有前途的解决方案，但似乎效果不是特别好，即使在我尝试过的其他非 RPi 机器上也是如此。
- GNOME 网络显示接近或基本上是我正在寻找的，但缺乏我能找到的任何有意义的文档
总的来说，他们似乎都依赖WiFi直连水槽上的支撑，但这也缺乏RTFM-部门。这个协议/堆栈似乎有点普遍，特别是对于嵌入式设备，但在 POSIX 上却是一个完整的 PITA。我距离堆栈这一端最近的一次是在wpa_请求者（及其关联的 wpa_cli 和 wpa_gui 较低级别的工具），但这些并没有产生我正在寻找的结果（例如 P2P 配置 - PIBKAC）
我确实有一些备用的 Android 手机，我可以刷机，但这会带来一系列额外的复杂性，我宁愿避免，而且我不确定这是否会改善这种情况。
我非常感谢您提供的任何帮助，因为我想完成此构建并进行最后的润色。