播放源检测不用逐条试用 iptv-checker 批量体检你的 IPTV 频道列表【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker凌晨追球赛关键镜头频道突然黑屏重进菜单才发现有三个台打不开了。几百条的 M3U 列表里这种看着在、实际早失效的频道并不少见想手动逐条点开验证一个晚上都得耗掉。iptv-checker 就是为此而生的 IPTV 播放源检测工具把播放列表交给它批量探测失效的标出来可用的导出成一份干净的新列表播放器从此少黑几次屏。Web 管理界面首页左侧导航包含定时检查任务、想看的频道与设置三个模块 它是什么一个批量做播放源检测的 Web 工具运行形态多选。Docker 容器、Docker Compose、CLI 二进制文件三种方式任选Windows / macOS / Linux 桌面客户端也在支持之列。习惯图形界面就用桌面端追求轻量就用命令行。格式覆盖。M3U、M3U8、TXT 三种播放列表都能导入列表里的频道逐条做连通性探测结果按可用 / 失效标注。两种检测深度。默认 HTTP 探测速度快对能通但不一定播得出来的源可开启 FFmpeg 强制检测实际拉流验证结果更可靠。结果可导出。检测结果支持 M3U / TXT 两种格式导出IPv4 和 IPv6 还能分开输出拿到手就能直接喂给播放器。 跑起来拉取镜像并启动 Web 服务最简路径一条命令起容器docker run -d -p 8081:8089 --name iptv-checker zmisgod/iptvchecker启动后浏览器访问http://127.0.0.1:8081能看到 Web 管理界面即成功。推荐路径用仓库里的docker-compose.yaml已配好端口映射和自动重启把它拷到自己目录后执行docker-compose up -d预期效果服务以后台方式常驻异常退出会自动拉起适合长期挂机。自定义路径需要改端口或持久化数据时docker run -d -p 8081:10001 -e WEB_PORT10001 -v ~/iptv-checker-data:/app/static --name iptv-checker zmisgod/iptvchecker数据目录挂到本地后检测结果和配置在重建容器后依然保留。首次使用按这五步走浏览器打开http://127.0.0.1:8081进入 Web 管理界面新建检测任务粘贴 IPTV 播放列表的 URL选择检测方式默认 HTTP 检测需要更准就开启 FFmpeg 强制检测等待任务跑完可用频道与失效频道在列表中分别标出导出只含可用频道的新列表替换播放器里的旧文件同一套界面也提供英文版功能与中文版一致方便国际化团队使用 核心功能详解把 M3U 列表校验交给后台定时跑定时检查任务。解决检测一次、之后再也没人管的问题。在任务页创建任务并设定执行时间比如每天凌晨两点系统到点自动跑检测并刷新结果你早上只需看一眼最新列表。FFmpeg 强制检测。解决HTTP 有响应但实际拉不出流的假可用问题。部分源返回 200 却没有真实流媒体数据开启该选项后工具会用 FFmpeg 实际验证可播性代价是检测耗时变长适合对准确率要求高的关键源。关键词搜索与筛选。解决几百个频道里找某一个的低效问题。检测完成后按频道名搜索配合可用状态筛选能快速定位你想看的那个台。 实战场景三种身份下的 IPTV 批量检测用法个人用户把家庭列表维护交给定时任务。家里用 IPTV 看台最怕常看的台突然没了。把家里在用的 M3U 列表新建为检测任务设置每天凌晨两点定时检测把家人常看的几个台加入想看的频道重点盯防检测完成后导出可用列表替换播放器里的旧文件效果频道失效从看到才想起修变成早上起来已经修好。小团队给几十人的订阅源做例行维护。朋友之间组了 IPTV 小群源列表要长期稳定。为不同播放列表分别建任务互不干扰按列表规模调高并发数缩短一轮检测时间对核心源开启 FFmpeg 强制检测按用户网络环境把 IPv4 / IPv6 结果分开导出效果人工逐条验证的活从每周一次压缩到几分钟坏源当天就能换。技术向横向对比多个源的稳定性。想弄清哪份列表更靠谱靠感觉没用。把候选列表批量建成检测任务依次跑用关键词筛选出同名频道对比各源的可用情况导出检测结果存档留作后续对比依据效果拿到按源统计的可用率数据换源决策有据可依。⚙️ 进阶配置与调优并发数、超时与定时检测并发与超时怎么配。并发越高一轮检测越快但对源服务器压力越大网络环境不好时反过来降并发、放宽超时。参考区间如下具体以你的实际网络为准频道规模并发数超时建议备注100 以内355 秒个人使用默认即可100500510510 秒响应慢的源适当放宽500 以上10 起10 秒可跳过非 HTTP 源省时间GitHub Token 配置。当需要从 GitHub 仓库抓取播放列表时未认证请求的频率上限是 60 次/小时配置 token 后提升到 5000 次/小时。在 Web 界面的系统配置里填入github_token保存时系统会自动校验有效性。配置备份。从 4.4.0 起支持配置备份与恢复4.7.0 起系统配置可打包成 ZIP 导出换机器或重建容器时能把收藏频道、任务和设置原样搬走。避坑提示频道长时间停在检测中通常是源响应慢。先放宽超时再试仍不行就降并发重跑RTMP 这类非 HTTP 源建议直接开启跳过选项别让它占着检测位。 遇到问题先查这里QDocker 启动后打不开 Web 界面A先跑docker logs iptv-checker看服务日志是否正常再核对端口映射容器内监听 8089映射应写成-p 8081:8089这种形式最后在运行容器的那台机器上直接打开浏览器排除防火墙因素。Q部分频道显示检测中一直不结束A多半是源响应太慢。先在设置里把超时延长到 10 秒仍慢就降并发重跑如果列表里混有 RTMP 等非 HTTP 源开启跳过选项后再试。Q显示失效的频道我本地却播放正常A换个思路验证先放宽超时重跑再开 FFmpeg 强制检测确认。若仍不一致考虑源存在地域限制——检测环境的网络和你本地不同能通不代表在哪都通。Q导出的列表在播放器里加载不了A确认导出格式与播放器要求一致M3U 或 TXT频道名带特殊字符的话先用设置里的字符替换配置清理再导出还不行就换播放器对比测试排除播放器自身兼容问题。 资源入口与下一步官方文档仓库内README.md中文与README_EN.md英文源码仓库git clone https://gitcode.com/GitHub_Trending/ip/iptv-checker镜像拉取docker pull zmisgod/iptvchecker桌面版下载各平台安装包在项目 Releases 页面提供更新日志CHANGELOG.md记录了各版本的完整变化升级前可以翻一翻手里要是也有一份越来越不听话的播放列表不妨先跑一轮检测看看几百个频道里到底还有多少是活的再决定要不要换源。【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考