我目前片子不算多（ 30 部电影，1000 集剧集）。储存在 nas 和阿里云盘，文件名都是规范好了的。
没用 plex ，就用 infuse 自己扫库，也不算很久就扫完了，只要扫完了进库了。。。播放美滋滋，不存在打开视频慢的现象。。

不管是用 plex 还是 infuse 自己扫库，目前建库才是 infuse 的正确打开方式

之前打算用 plex ，后来又懒得折腾。就没弄了。
我片子不多，直接用 infuse 识别管理了，只要文件名规范都可以准确识别，文件名不规范的话，自己手动识别一下，或者改一下文件名。

@JackYao
我没有使用 plex ，emby 之类的，就单纯的把 nas 电影和阿里云盘的电影放进 infuse 里给它扫，扫完毕后，不存在打开视频慢的现象

如果不扫，直接进入文件夹里，特别是首次进入的话，视频多的话，别提了，放弃 infuse 把。用 nplayer 吧。。。别折腾了

@Code00911
infuse 是视频库模式，是要扫库后观看的，只要进库了，打开视频根本就不慢。。和其他播放器差不多的打开速度。至少在我这里对比是这样，只要进库了，不管是播放内网的 nas 还是阿里云盘的，对比别的播放器不算慢。

如果 infuse 没扫库，用原始的文件夹方式播放，一层一层的打开文件夹找视频然后播放，那 infuse 确实慢，这没得洗。这种方式观看视频，那别用 infuse 了，它胜任不了，用其他播放器加载文件夹快得多。

如果是喜欢使用视频库模式的，喜欢看原盘的，hdr 、杜比视界的，那 infuse 目前没对手。

@wclebb #72
额，实际核心喷的是 surge 高价骚操作，而不是 tvOS 用 vpn 。。。。

拿最便宜的小火箭来说，同样可以做到 https 解密，去广告，重定向，弄脚本弄模块。

在 iOS 和 tvOS 上，surge 并非没有替代品啊，理性看待。

@wclebb #38

我为什么说没兴趣，因为软路由和 atv 都是不移动的产品，所以没有 atv 使用 vpn 的需求

就算不搞 OpenWrt ，那还有其他 vpn 工具在 tvOS 上，一样可以在 tvos 上进行翻墙分流的。在 tvOS 上，surge 并没有强到哪里去

不晓得这个 app 在 tvos 得瑟些什么，又不是必备品，太看得起自己了
。
玩 Apple TV 的现在谁家里没有个 OpenWrt ？你能做的 OpenWrt 不能做？

说白了，我对 tvOS 的 vpn 一点兴趣都没有，大家理性一点吧

@WoadZS
非常感谢不厌其烦的解答。

OpenClash 的插件设置 勾选“使用 Meta 内核“

@WoadZS

我有一个问题想不通，我是日本 vps 节点，openclash 的 rules 规则是国内域名和 ip 走直连，其余全部走代理。
nameserver-policy 组用运营商 dns ，Nameserver 用了你说的 doh.apad.pro/dns-query 。

现在打个比方，比如访问某个国外网站或者说某个服务：
doh.apad.pro/dns-query 把它解析得到了香港 ip ，链路应该是：我的设备---日本节点-----香港 ip 。
如果我把 dns “doh.apad.pro/dns-query ”通过日本节点代理解析的话，解析得到的是日本 IP ，链路应该是：我的设备---日本节点-----日本 IP 。
那像这种情况，是不是把 dns 代理解析更加有效率？

也就是说虽然 doh.apad.pro/dns-query 是无污染的 dns ，解析到最近的香港 IP ，但是我的 openclash 的 rules 规则是把国外全部走日本节点代理，是不是把 dns 代理解析，更加容易得到日本 IP ，这样访问起来更加科学一些？

还有就是，dns 代理解析的话，有什么弊端？

@PinLeak
Telegram 联系我吧 https://t.me/xpn282

@PinLeak
你有公网 IP 吗？帖子说得很详细了呀。。。。
OpenWrt 端使用 Passwall ，手机端使用小火箭

dns 的问题

难怪了……可能对于我多年的疑惑今天算是解开了。。
很久就发现一个问题，在家的时候（ OpenClash ），iPhone ipad Wi-Fi 待机掉电快，电量监控发现待机电量经常出现 45 度斜线下滑…………但是出门在外（蜂窝）或者回老家（连接老家 Wi-Fi ），待机就是正常的………百思不得其解，后来也慢慢把这件事淡忘了…

原来和 OpenClash 有关！最近用 mate 内核，自己编规则，同时也换了苹果规则和 dns 机制，但是很久也没注意观察待机电量，这几天留意一下待机电量好转了没有…

不需要搞 fallback （ fallback-filter ）之类的了。fallback 太过复杂，什么 Nameserver 解析等结果，然后不是 cn 的 IP 又怎么样。。又采用什么 fallback 的结果，什么时候采用 fallback 结果又要看 fallback- filter 的配置，已经弃了。。

现在直接用 nameserver-policy 方案，nameserver-policy 根据 geosite:cn 分流，dns 指向运营商，然后 nameserver 指向国外 dns 。现在国内外的 dns 就分流了。不管你用 fake-ip 还是 Redir-Host 模式，哪些所谓的 dns 测试网站都可以测试通过。
nameserver:
- tls://1.1.1.1
- tls://8.8.4.4
nameserver-policy:
geosite:cn,private,apple:
- 运营商 dns-

至于国外 dns 需不需要代理看个人需求，我也试过代理 dns ，发现我日常使用起来代不代理 dns 感觉不出差别。。。

@WoadZS
我看 mate 文档的配置例子，好像也是 Nameserver 用国外 dns 。。。我没有无污染的 dns……只能损失小众域名了。。。。

@zbatman
mosdns 好像也是根据 geosite:cn 来判断国内外域名进行分流。还是没有解决 45 楼说的小众域名国内节点的问题啊。。是我对 mosdns 理解不够吗。。。

@WoadZS
OpenClash 的 dns 用 Nameserver Policy 这个方案，好像最近开始流行起来。可以已经舍弃 fallback-filter 之类复杂的方式了，fallback 太过复杂，什么 Nameserver 解析等结果，然后不是 cn 的 IP 又怎么样。。又采用什么 fallback 的结果，什么时候采用 fallback 结果又要看 fallback- filter 的配置。。。太复杂了，难以理解。。


我现在也是采用了 Nameserver Policy 这种方法，Nameserver Policy 组设置国内域名指向国内运营商 dns ，Nameserver 组设置了国外 dns （走代理），这样分流起来，国内域名只会用国内 dns 解析（国外 dns 不参与解析），其他域名全部用国外 dns 解析（国内 dns 不参与解析），这样不会出现像 fallback 那样国内 dns+国外 dns 同时解析的现象，看着 dns 日志觉得冗长而复杂。。问题简单化

@zsj1029
我是移动宽带，手机是电信。
电信对于 aws 东京不是很友好，比移动差多了。移动真的是快。。。