FlClash · 视频缓冲

视频一直缓冲,别只看节点延迟

视频播放需要持续下载媒体分片。延迟很低的节点也可能在高峰期吞吐不足;而切错策略组,节点变化甚至不会作用到视频请求。

使用软件
FlClash / Mihomo
设备与系统
Windows / macOS / Android / Linux
这次会检查
固定视频条件、找到媒体请求、测试实际策略组
先说结论

固定内容和清晰度,先从请求详情找到媒体策略组,再清旧连接、换一个节点并观察至少五分钟。

真实场景

视频首页能打开,但播放几秒就缓冲,自动降画质,节点延迟看起来却不高。

开始前确认能够固定同一段视频和清晰度
同时确认可以在缓冲发生时查看请求或连接记录

照着当前界面操作

1

固定视频条件

选择同一段内容和固定清晰度,关闭自动画质。先记录缓冲发生在开播、拖动还是连续播放阶段。

2

找到媒体请求

界面路径请求 → 搜索平台域名 → 请求详情

播放时在请求页按平台域名搜索,点开媒体请求,查看它匹配的规则和代理链。

3

测试实际策略组

界面路径代理 → 媒体策略组 → 延迟测试

回到代理页,在代理链中出现的策略组执行延迟测试。不要只测试首页使用的通用组。

4

切换并清理连接

界面路径代理 → 媒体策略组 → 选择节点;连接 → 结束平台连接

选择一个测试有结果的节点,随后结束该平台的旧连接,再重新打开视频。

5

观察持续传输

界面路径连接 → 平台连接详情

保持同一清晰度播放至少五分钟。连接详情可核对代理链和累计下载量,但节点好坏仍以实际连续播放为准。

6

用降低画质做对照

高画质卡、低画质稳定,说明持续带宽可能是主要限制;所有画质都无法开始,则回到规则、DNS或节点可用性继续查。

版本不一样时怎么找

软件更新后,功能名称通常不变,但入口位置和中文翻译可能微调。请优先按功能名查找,不要只对照旧截图的颜色或位置。

资料依据

本文核对过的官方资料

功能边界和界面名称来自项目文档、应用商店或系统支持页面。

常见问题

延迟 50ms 为什么 4K 仍缓冲?

延迟是响应时间,不代表持续带宽。4K 需要更高且更稳定的吞吐,对晚高峰和节点负载更敏感。

换节点后要不要刷新网页?

最好结束媒体旧连接并重新打开播放页面。已有长连接可能继续使用切换前的节点。