emby ，懒，生态完整，不用折腾，交钱就行。

个人觉得一楼的回答已经解决的你的问题，
但是如果想走捷径短时间获得 star 可以注意当下热点，比如前段时间的 ChatGPT ，相关的简单访问项目就获得了极高的关注；

文件下载的场景多用 Webdav ，文件打开的场景多用 SMB

@greensea
「工作量证明算法使用了不可并行加速的算法」是指 SIMD 或者 MIMD 吗？

Linux Kernel 5.10+ 不就是需要 8Gen1 以上的机器了么

@Archeb
@registerrr
目前只有索尼手机有，不过最新一代好像也没有了

不用管客服的，客服只会念稿；

现在有一个很尴尬的情况就是，5950X 同价格的 13700K ，单核与多核性能都优于它

如果只是把算力放在本地个人电脑上，那目前的 NAS 就能够解决你的需求，emby 、jellyfin 这些都是支持订阅 TV 地址的，还可以看本地的视频资源。

云电视的价格普通家庭不能接受，云服务厂商的费用大头在流量上，现在云电脑 30~60 块钱一个月，云电视的在线时长还会比云电脑更高。
就算维持 30 块钱一个月，一年也有 300 多，这还不包含内容付费，你会购买这东西业务吗？

@chenqh
这种要么你做个可以通讯的接口要么你用类似 Python ORB 这样的图形识别做判断。

和 Python 一样的问题，都是调用操作系统中计时系统的精确度，导致毫秒级计时精度问题；

在以下条件下, 计时器可能无法按预期时间运行:
1 、其他程序让 CPU 高负载.
2 、计时器子程序本身在计时器周期到期时仍在运行(定时子程序运行的时间超过它自己的周期), 或者有太多竞争计时器(改变 SetBatchLines 可能有帮助).
3 、计时器已经被另一个线程中断, 即另一个定时子程序, 热键子程序或自定义菜单项(这可以使用 Critical 避免). 如果这种情况发生了并且中断的线程需要很长时间才能结束, 则在此期间将有效地禁用中断的计时器. 不过, 任何其他计时器会对这个中断首个计时器的线程进行中断来继续运行.
4 、使用 Critical 或 Thread Interrupt/Priority 后脚本会变成不可中断的. 在这样的时期, 计时器不会运行. 之后, 当脚本恢复可中断时, 任何过时的计时器会尽快运行一次然后恢复到正常的调度.

AHK 的解决方案：
https://wyagd001.github.io/zh-cn/docs/commands/Sleep.htm#ShorterSleep