Tools、Guides、Blog 现在共享同一套主题语言。
M3U8 没有声音
围绕 M3U8、字幕与视频辅助任务的结构化公开层。
法务页色系正式升级为公开层主题。
执行层仍然放在公开层之后。
M3U8 没有声音
先把音轨选择、变体问题和编码支持分清楚,再怪播放器。
这些症状通常说明播放链可用,但音频链不对。
先把它当成音轨或播放上下文问题,而不是通用坏流。
视频正常播放,但始终没有声音
浏览器已开始播放,但没有把正确音频链路转成可听输出。
只有部分变体或部分路径有声音
某个变体可能暴露了音频,另一个变体却把它丢掉了。
其他地方有声音,这个浏览器链路没有
codec、音轨选择或浏览器上下文可能只在当前链路出问题。
流看起来正常,但声音仍缺失的常见原因。
没声音通常属于音轨暴露、变体选择或 codec 预期。
音轨存在但没有被正确选中
流里带了音频,但当前播放链并没有使用预期音轨。
当前变体隐藏或丢失了音频链
浏览器落到的那个变体并不暴露预期音频行为。
视频能解,但音频 codec 路径仍失败
同一浏览器环境里,视频和音频不一定一起失败。
Known Issues 与下一步
把常见错误、降级路径和下一步动作放在同一层,让问题页和工具页说同一种真话。
M3U8 能播放但没有声音
视频已开始,但音轨缺失、被错误变体选中,或当前浏览器链路拿不到音频。
Manifest 能打开但 HLS 播放仍失败
Manifest 能解析,但播放卡住、黑屏,或抛出浏览器/媒体错误。
M3U8 字幕不显示
播放正常,但字幕轨缺失、未启用、格式异常,或未按浏览器链路正确打包。
按固定顺序排查“有画面没声音”。
先看音轨,再看变体,再看浏览器播放上下文。
- 先确认 manifest 是否明确暴露音轨
用 Inspector 看清单是否真的声明了用户期待的音频链。
- 再用 Player 复现并对比变体
Player 是公开层里最快判断某个变体或浏览器链是否有问题的地方。
- 只有在模式稳定后才升级
知道是音轨选择、变体选择还是 codec 行为后,下一步才不会乱。
什么时候该进这页
当流已经明显在播,但用户仍然听不到声音,或者只有某个链路、某个变体有声音时,就走这条线。
稳定顺序
1. 先确认 manifest 是否暴露了音频链
别在 manifest 还没证明音轨存在前,就一口咬定播放器错了。
2. 再用 Player 取浏览器侧证据
你需要一个能稳定复现的链路,才能继续收窄。
3. 只有在静音模式清楚后才升级
知道是音轨、变体还是 codec 后,下一步才不会乱。
“有画面没声音”时先用 Player。
先用一次真实播放证明问题是普遍静音,还是只在特定播放路径里静音。
“有画面没声音”时先用 Player。
浏览器播放器最适合复现当前用户链路里的静音问题,并对比变体。
打开配套工具按检查、播放、诊断三条线排查没声音。
静音问题大多先落在这三条邻近路径里。
M3U8 Inspector
先确认 manifest 是否暴露了预期音轨。
Open routeM3U8 Player
在浏览器里复现静音并对比变体。
Open routeHLS Error Diagnosis
把静音症状映射到更准确的故障桶。
Open route相关入口
- M3U8 Inspector 先确认 manifest 是否暴露了预期音轨。
- M3U8 Player 在浏览器里复现静音并对比变体。
- HLS Error Diagnosis 把静音症状映射到更准确的故障桶。
广告应放在解释层,不要贴着主修复按钮。
Keep monetization in low-interference sponsor cards instead of breaking the main task path.
“静音播放”只有先分层,才好修。
- 为什么视频能播但声音仍失败?因为视频和音频不一定同时失败。视频能解码,不代表同一链路里的音频也能正确出来。
- 应该先 Inspect 还是先播放?不相信 manifest 时先 Inspect;manifest 看起来正常时,先用 Player 取浏览器侧证据。
- 没声音就一定是坏流吗?不一定。很多时候只是当前变体、音轨选择或播放上下文没把正确音频链路暴露出来。
先证明静音症状,再扩大工作流。
先开 Player 或 Inspector,只有在音频失败类别明确后才进更重执行。