后台跑个 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

@abc8678 AOSP 就没支持读取应用列表权限。

@wnarutou 另外出租屋建议别乱搞，很难说有没有偷工减料。甚至就算是你自己装修，假如是找了一些装修公司包办的，你没有仔细确认方案的话，也可能偷工减料。

@wnarutou 不是机子本身用料足就没问题的，要整个环节都能承载 16A 电流，所以才做区分 10A 和 16A 插座，用 10A 插座就代表其中一个环节可以只支持到 10A 电流。

如果是冬天太冷要用热水，没有电热水器，觉得燃气热水器启动太慢的话，推荐买个功率在 2000W 以内的储水式电热水器，配合智能开关提前加热。

你确定它自带的插头是 10A ？这样根本不能承载 3000W 。
同时你还得考虑插座里面的线直径是否能够承载这么大电流。个人建议别用这类产品，尤其是即热式，安全风险很大。

@PolarNightUnion 反编译看了下，就是使用 android.content.pm.PackageManager.getInstalledApplications() 读取的，不知道为什么 MIUI 的读取应用列表权限无效。

@WOLFRAZOR 我说的多用户只是为了防止读取到应用。实测对某个 app 开启 MIUI 的应用双开后，把主用户中该 app 卸载掉，然后用 17 楼提到的 app 读取应用列表，是读不到双开应用的。但如果把 17 楼提到的 app 双开后运行，反而能读取到主用户的应用列表。

@PolarNightUnion 在 MIUI Android 12 测试了一下，拒绝“读取应用列表”权限后仍然能读取到应用列表。该 app 的 target api 是 Android 10 ，不确定 target api 是 Android 11 时有没有这个问题。