先确认任务，再进入执行层

先在公开层完成筛选，再决定是否进入更重的执行。

1. 输入 manifest 链接、粘贴文本，或选择本地 manifest 文件

   输入 manifest 链接、粘贴文本，或选择本地 manifest 文件

2. 检查浏览器支持、抓取可见性与轻量 清单事实

   检查浏览器支持、抓取可见性与轻量 清单事实

3. 再进入播放器、链接检查或更深解析

   再进入播放器、链接检查或更深解析

为何使用

先用公开页界定任务，再进入执行层。

HLS / DASH 兼容性检查

当你需要先判断 manifest 结构、浏览器支持信号和来源可见性，而不是直接跳进播放器时，这个页最有价值。

先做兼容性判断，再分流到播放、访问检查或更深解析。

先在公开层完成筛选，再决定是否进入更重的执行。

1. 输入 manifest 链接、粘贴文本，或选择本地 manifest 文件

   输入 manifest 链接、粘贴文本，或选择本地 manifest 文件

2. 检查浏览器支持、抓取可见性与轻量 清单事实

   检查浏览器支持、抓取可见性与轻量 清单事实

3. 再进入播放器、链接检查或更深解析

   再进入播放器、链接检查或更深解析

先做兼容性判断，再分流到播放、访问检查或更深解析。

兼容性检查应该先缩小问题，再决定走哪条执行路径。

把兼容性判断和真正有用的下一页连起来。

• HLS 播放器
  当 HLS manifest 和浏览器能力看起来正常后，再尝试播放器页。
• DASH 播放器
  当 MPD 和 MediaSource 看起来正常后，再尝试播放器页。
• M3U8 检测器
  如果问题在 HLS 清单结构本身，再进入更细的 manifest 检查。
• HLS 播放错误
  如果兼容性看起来大致正常，但播放仍然卡顿、缓冲或报错，就看这个。

兼容性检查 FAQ

• 这个页能保证 HLS / DASH 一定能播吗？
  不能。它只对比浏览器支持信号、抓取可见性和基础 manifest 结构。真正播放仍然可能因为编码、DRM、CORS、鉴权或播放器运行时差异而失败。
• 为什么允许粘贴 manifest 文本或上传本地 manifest 文件？
  因为很多 manifest 链接会被 CORS 或鉴权拦住。即使远程链接抓不到，文本分析也依然能先回答结构问题。
• 什么时候应该打开 HLS / DASH 播放器？
  当兼容性看起来大致正常后，再去播放器页看真实播放行为。播放器页负责播放验证，不负责这一层的兼容性筛选。