推荐从 Mux 示例开始进行基础自适应码率（ABR）检查。当需要测试备用音轨和字幕声明时，请使用 Apple 示例；如果需要测试更丰富的清晰度变体集合，可以使用 Unified Streaming 示例。点击各个按钮将直接打开已填入相应链接的播放器；流媒体数据仍直接在您的浏览器与源服务器之间传输。
这些示例均为公开参考流，而非提供可用性监控的商业生产服务。外部提供商可能随时移动、修改、限流或下线示例。验证日期表示本页面最后一次成功获取有效主播放列表的时间，并不保证未来每次请求、各个清晰度、分片、字幕或设备均可正常工作。
具体验证内容
我们通过 HTTPS 请求了每个顶级 URL，记录了 HTTP 状态码与响应 Content-Type，并使用与站内检测器相同的解析器解析了返回文本。三个响应均以 #EXTM3U 开头并被归类为主播放列表（Master Playlist）。我们还检查了声明的变体、编解码器、音频轨道、字幕及分辨率。我们未将单次成功请求视为所有分片永久可达的保证。
三个已验证的 HLS 示例流
Mux 公共 HLS 示例
该精简主播放列表是测试常见 H.264 和 AAC 自适应播放的实用首选。我们的解析器检测到 5 个从 320x184 到 1920x1080 的变体，并声明了 AVC 和 AAC 编解码器字符串。播放列表自身返回 HTTP 200 及 audio/mpegurl。
https://test-streams.mux.dev/x36xhzz/x36xhzz.m3u8- 播放列表类型：主播放列表（Master）
- 检测到的变体数量：5
- 检测到的分辨率范围：320x184 至 1920x1080
- 适用场景：起播、自适应码率、画质菜单及常规 H.264/AAC 测试
Apple Bip Bop 16:9 示例
当需要检查媒体分组（Media Groups）以及视频变体时，Apple 的 Bip Bop 示例非常合适。我们的解析器检测到 6 个变体条目、2 个音频条目和 8 个字幕条目。声明的视频分辨率覆盖 416x234 至 1920x1080。播放列表返回 HTTP 200 及 application/x-mpegURL。
https://devstreaming-cdn.apple.com/videos/streaming/examples/bipbop_16x9/bipbop_16x9_variant.m3u8- 播放列表类型：主播放列表（Master）
- 检测到的变体数量：6
- 检测到的媒体条目：2 个音频条目与 8 个字幕条目
- 适用场景：音频分组、字幕菜单、多版本音视频以及 Apple HLS 兼容性测试
Unified Streaming Tears of Steel 示例
该 Tears of Steel 端点提供了比第一个示例更广泛的变体声明。我们的解析器检测到 7 个带有 AVC 和 AAC 编解码器字符串的变体条目。声明的分辨率包括 224x100、448x200、784x350 和 1680x750。播放列表返回 HTTP 200 及 application/vnd.apple.mpegurl。
https://demo.unified-streaming.com/k8s/features/stable/video/tears-of-steel/tears-of-steel.ism/.m3u8- 播放列表类型：主播放列表（Master）
- 检测到的变体数量：7
- 检测到的视频范围：多种 AVC 配置规格（Profile）与码率选择
- 适用场景：大型画质阶梯、播放列表解析及 CDN 分发测试
应该选择哪个示例？
| 测试目标 | 推荐首选 | 原因 |
|---|---|---|
| 确认 HLS 播放器初始化正常 | Mux | 包含 5 个常见 H.264/AAC 变体的小型主播放列表，便于明确初步结果。 |
| 测试音频或字幕菜单 | Apple Bip Bop | 顶级播放列表中声明了备用音频和字幕媒体条目。 |
| 测试更丰富的画质阶梯 | Unified Streaming | 检测到的播放列表中包含 7 个变体条目及多种 AVC 配置规格。 |
| 复现特定业务场景故障 | 您自有的已授权流 | 公共示例仅能验证播放器基础功能，只有真实的传输链路才能复现其特定 Token、CORS、编解码器和 CDN 规则。 |
规范的 HLS 测试工作流
- 在播放器中打开一个示例，在对视频播放做出判断前等待 manifest（播放列表）加载事件。
- 检查画质选择器是否出现。选择器正常填充说明主播放列表向播放器提供了可用变体。
- 查看播放诊断信息，确认 manifest、level、media 和 error 事件。
- 使用播放列表检测器比对变体数量、编解码器、音轨以及引用的域名。
- 在不更改浏览器、播放器版本或页面的情况下，将示例替换为您自有的授权链接。
- 比对首个出现变化的阶段。该差异通常指向 URL 访问权限、CORS、子播放列表、分片、加密密钥或编解码器支持问题。
成功测试示例能证明什么
如果公共示例能够加载，说明浏览器可以执行页面的播放器代码、创建媒体管线、请求至少一个跨域 HLS 资源，并在该设备上解码该示例的媒体。这排除了几个基础疑点：脚本加载完全损坏、浏览器 API 不支持、缺少 video 元素或全局网络中断。
但这并不能证明您自有的流没有问题。您的流可能采用了不同的视频编码、音频编码、分片容器格式、加密方式、字幕格式、Token 验证方案、域名或跨域策略。参考流的作用是作为受控基准——在保持播放器环境不变的前提下仅更换源 URL。
为什么示例可用而您的 URL 会失败
像 VLC 这样的桌面应用程序可以请求网页无权读取的资源。基于浏览器的播放器在请求主播放列表、子播放列表、媒体分片、初始化分片、字幕以及加密密钥时，必须严格遵守 CORS 规则。整条链路上只要缺失任意一个响应头，就会导致在首个播放列表加载成功后播放中断。
在浏览器开发者工具中，将失败的请求与正常示例对应的请求进行对比。检查响应状态码、最终重定向 URL、Content-Type 以及 Access-Control-Allow-Origin 头。不要为了掩盖症状而直接添加公共代理，这样会改变传输路径，掩盖真实用户仍然会遇到的问题。
如何识别失效的测试链接
公共示例列表很容易随时间失效。某个 URL 在其 CDN 路径已被下线或受限后，可能仍会出现在搜索结果中。在本次评估中，一个常见的 Sintel HLS 链接返回了 HTTP 403，因此已从本页移除。实用的参考列表应当保持精简并经过核验，而非收录大量状态不明的链接。
- 直接请求具体的顶级 URL，而不是依赖旧截图。
- 要求返回 HLS 相关 Content-Type 或以
#EXTM3U开头的响应体。 - 针对主播放列表，至少解析并测试一个子播放列表。
- 记录验证日期，并及时移除停止提供公共测试内容的条目。
- 注意临时的区域性或网络故障并不一定意味着服务被永久下线。
从示例过渡到您自有的流
当示例能够正常工作后，粘贴您自有环境中的公开或已授权链接。请从顶级主播放列表开始，而非直接使用媒体分片或子清晰度列表。如果 URL 带有签名，请生成最新的 Token，并确保子播放列表、分片、字幕和密钥文件均配置了兼容的鉴权规则。
对同一个链接同时进行播放和检测。播放可以验证完整链路能否正常渲染画面，而检测则能分析首个播放列表声明的具体内容。当检测成功但播放失败时，请沿链路向下排查子播放列表和分片请求；当检测立即失败时，请优先排查 URL 有效性、重定向、身份验证、混合内容和 CORS。
权威示例与协议规范来源
- Apple Streaming Examples：提供演示变体、音频、字幕、HDR 以及 Apple 最新媒体特性的官方 HLS 示例。
- Eyevinn HTTP Streaming Samples：维护开源的 HLS、DASH、直播、点播（VOD）、CMAF 及 DRM 测试端点集合。
- IETF RFC 8216：定义这些播放列表所使用的 HLS 播放列表结构与标签规范。
- hls.js API 文档：说明浏览器播放器所触发的事件及清晰度切换行为。