@wallriding WiFi6 近距离传输不会带来明显延迟，有延迟的话大概率是软件问题。据我所知 iPad 不支持 DP In 吧？那还是得用软件方案传输，此时瓶颈不在传输线上，该有延迟还会有。

@westoy Minecraft 的 EULA 好像说非盈利是可以的？而且 MC 社区还是比较宽松的，市面上有许多违反 EULA 的收费服务器也没管。

用 OBS 添加多个窗口，开启输出画面预览，会用一个单独的窗口显示输出的画面，然后钉钉共享选择这个窗口

基本是没有办法。而且国内这个大环境基本是“强者为王”，许多领域的软件都有违反许可协议的情况，但是大多数用户只会看好不好用，最终可能变成一群小白用户支持违法一方的情况。

@spr1ngs Markdown 格式，要发代码的话在开头和结尾两行单独写上 ```
比如这样：
```
代码
```

WiFi 不够用吗？

@yuanmomo 苹果产品线较少，不同地区机型也尽量使用相同的配件，所以可以全球联保。华为产品线非常复杂，不可能把所有配件都备齐，所以不能修也正常。

那你是怎么访问 V2EX 的呢？

后台跑个 qBittorrent 然后调用 API 吧。

关机不用，开机时拔掉前要

大概是因为改 AP 模式需要调整 WAN 口的 VLAN ，还得停用 NAT ，可能还涉及防火墙啥的设置，总之代码量挺大的，所以有的厂商干脆不做了，就做一个 DHCP 的开关，让用户关掉后连 LAN 口。

@JusticeLanding 用 Wireshark 看了下，第 82572 个包处重新出现了 PAT ，估计是 H265 流的开始，可以从这做切分。
82572 4.604567015 MPEG TS 188 Program Association Table (PAT)
82573 4.604622780 MPEG TS 188 Program Map Table (PMT)

我不太熟悉 FFmpeg ，不知道能否只 demux ts 拿到 H264 H265 流。

让我来写的话我会用 GStreamer 的 tsdemux 插件解出 H264 H265 流，然后传给 mpv 播放。
https://gstreamer.freedesktop.org/documentation/mpegtsdemux/tsdemux.html
https://mpv.io/manual/master/#embedding-into-other-programs-libmpv

选 GStreamer 是因为它可以直接用字符串描述处理管道，可以省很多代码，自己程序这里基本就只需要对接一下 appsink 来接收数据，包括数据输入都可以直接用字符串描述，不需要写代码。
播放选 mpv 是因为硬解以及渲染部分很完善，ffplay 的硬解和渲染部分太简陋了。

@fzinfz 看了一下这个链接，产品本身明显是不配插头的，需要自己接线。

$() 这是执行命令然后读取 stdout 输出吧，cmd 要实现这个操作很麻烦的，得用 for 。建议放弃 cmd 。

看了下你给的自定义镜像的链接，好像就是弄个 Docker 镜像？那弄一个试试就知道了。

依赖库都别用系统的，自己编译链接，可以静态链接，也可以 so 一起打包带走。
其实跟 Windows 下的区别就是谁来提供这些库，Windows 和 macOS 的惯例是各种依赖库都由程序自己打包。

@geelaw 其实有些情况下可能是 bug 导致无法显示，比如删除某个进程的当前目录 (current directory) 时就不会显示是哪个进程。

够不够要看视频码率，目前绝大多数 4K 视频码率都不会超过 50Mbps ，所以是够的。

推荐使用 Header Editor 扩展进行重定向 https://github.com/FirefoxBar/HeaderEditor

我自己写的规则 https://gist.github.com/ysc3839/fa5cc30c46757f066522dfa3b7058d76