大家好，我是医工。
从 IPTV-Spider v2.0.7 到最近的 Docker 版发布，准备更新下一步计划。
作为一个喜欢折腾的IPTV爱好者，收到不少粉丝反馈我心里是非常开心的。但工具的迭代永远没有终点，解决了“源失效”和“自动化采集”的问题后，我们是不是还可以让它变得更完美一点？
最近我在思考 IPTV-Spider 的下一步更新计划。其中，呼声最高、也是我个人最想折腾的一个方向就是：源的有效性不仅仅是“能连通”，还得是“不卡顿”。
🚀 为什么想做“速度测试”？
用过 IPTV-Spider 的朋友都知道，目前我们的系统在验证 IP 和源的时候，主要是测试IP“是否存活”（也就是网络能不能 ping 通，能不能获取到数据）。
测速功能
但在实际观影中，大家肯定遇到过这种情况： 明明软件里显示“新上线”或“存活”的源，推送到电视或者 PotPlayer 里播放时，一直在转圈缓冲，或者看几秒就卡一下，体验极其糟糕。
这是因为“能连上”不等于“速度快”。很多公开的酒店源或外省的组播源，受限于跨网、服务器带宽等因素，实际下载速度根本跑不动高清直播流。
所以，我正在构思给 IPTV-Spider 加入“测速机制” ：
- 在 IP 管理和订阅生成时，可以直接剔除那些“虽然活着但慢如蜗牛”的废源。
- 甚至可以加入延迟（Ping）测试，优先为你推荐延迟最低的优质源。
💬 听听大家的声音
开发新功能需要耗费不少精力和时间，为了确保做出来的东西确实是大家刚需的，今天就做个小小的调查交流。
大家也可以在文章底部的评论区 告诉我你的想法，或者直接投票/留言：
1. 关于“速度测试”功能：
2. 除了测速，你还期待什么新功能？
- 比如更精细的频道分类？
- 还有什么天马行空的脑洞，都可以在评论区砸过来！
写在最后
IPTV-Spider 能从最初简陋的脚本，一步步迭代到现在的飞牛 fpk 版、Docker 版，离不开大家在群里和公众号后台的每一次反馈。
接下来的版本该怎么走，键盘交给大家。请在评论区大声说出你的需求，点赞最高的建议，我优先安排提上日程！
最后，老规矩，如果还没有体验过最新版 IPTV-Spider 的朋友，可参见以下文章获取安装方式：
- 飞牛fpk版：IPTV-Spider v2.0.7.fpk 修复BUG
- Docker版：Docker：IPTV-Spider v2.0.7 上线
其他的，我们评论区见！
📚 往期精彩文章推荐
🌟 与你互动
嗨～这里是【医工学习日志】的温暖小窝！
📩 随时戳一戳 ：后台留言任何问题，树树会带着光速回复闪现！
💡 奇思妙想征集令 ：
👉 遇到有趣资源？戳我分享！
👉 想看的硬核测评？甩题过来！
🔥 你的脑洞，可能成为下期爆款文章哦～
如需商务，请加V注明来意，不闲聊：
📝 栏目信息
策划编辑 ✨ 树树 ✨
技术支撑 @恩山无线论坛 & Github & 瀚思彼岸
📜 版权声明
内容说明：
-
原创文章转载请私信授权；
-
部分素材源自网络，版权归属原作者；
-
如觉侵权，请凭权属证明联系删除