画面正常但听不到声音？m3u8 音频问题诊断

按顺序排查，别乱点

画面在动、耳机没声，这类问题十有八九出在四个位置：输出设备、浏览器策略、编码兼容性、流本身。从成本最低的检查开始逐层排除，能少走很多弯路。

第一层：设备与标签页静音

• 播放器右下角的滑块有没有被拖到零，静音图标是否点亮。
• 更隐蔽的是浏览器标签页自身的静音标记：右键标签页即可查看并取消。
• 系统音量合成器里，浏览器这一路可能被单独拉到了最小，Windows 与 macOS 都有类似设置。

第二层：自动播放策略压住了声音

Chrome、Edge 等内核规定：未经用户手势，页面不得带声音启动媒体。如果播放是由脚本自动触发的，浏览器很可能以静音状态起播。验证方式很简单——手动点一下画面或播放键，声音立刻恢复，基本就能锁定这条原因。应对办法是引导用户先交互，或者先以 muted 起播再提示开启声音。

第三层：音轨编码浏览器解不动

HLS 生态里最稳妥的音频编码是 AAC，其次是 MP3。若源站塞进了 AC-3 或 E-AC-3，Safari 能解，Chrome、Edge、Firefox 大概率只吐画面不吐声。治本方案是让服务端把音轨转成 AAC；临时应急可以换用 VLC 这类本地播放器，它的解码覆盖面远宽于浏览器。

第四层：流里根本没带音轨

用 ffprobe 看一眼流信息，答案一目了然：

ffprobe -v error -show_streams "https://example.com/index.m3u8" | findstr codec_type

输出里若只有 codec_type=video，说明源本身就没音频，换源或让推流端检查采集设备；音频流存在却无声，则回到上一层处理编码问题。

排查没了头绪时，把同一条地址贴进 M3U8Lab 首页播放器 交叉验证，能快速区分"流的问题"还是"你环境的问题"；更多播放类故障可继续翻阅 教程中心。