HTML不支持音频格式转换，仅通过<source>顺序fallback选择可解码源：opus→m4a→mp3；type必须精确到codecs，服务端需匹配MIME、Range和CORS。
HTML 本身不提供音频格式转换能力，所谓“格式转换”必须拆解为两个独立动作：前端播放时的多格式 fallback（不转文件，只选对源），或后端/离线预处理（真转码）。试图用 audio 标签或 JS 在浏览器里把 MP3 “转成” Opus 是行不通的。
audio 标签里的“转换”其实是 fallback 顺序控制
浏览器不会解码再重编码，它只按 <source> 的 DOM 顺序调用 canPlayType()，第一个返回 "probably" 的就加载。所谓“兼容”，就是让每个主流环境都命中一个能解码的源：
-
<source src="a.opus" type="audio/ogg; codecs=opus">→ Chrome/Firefox 优先选，体积小、质量高 -
<source src="a.m4a" type="audio/mp4; codecs=aac">→ iOS/macOS Safari 原生首选，但必须是 AAC-LC 编码（ffprobe a.m4a看输出是否含Audio: aac (LC)） -
<source src="a.mp3" type="audio/mpeg">→ 兜底项，别写成audio/mp3（无效 MIME） - WAV 不建议放链中：16-bit PCM 文件大，且部分 Chrome 版本拒解 IEEE Float 编码的 WAV
顺序错了，高兼容格式根本没机会执行；type 写错，比如 audio/ogg 漏掉 codecs=opus，Safari 17.5+ 会直接跳过该 <source>。
真要转格式，必须在服务端或构建阶段完成
前端 JS 无法实时转码 MP3 → Opus 或 AMR → MP3。MediaRecorder 录制时只能选浏览器支持的 mimeType，不支持 audio/mp3；AMR 更是全平台原生不认，MDN 明确标注不支持。
立即学习“前端免费学习笔记（深入）”；
- AMR 文件必须提前转：用 FFmpeg 命令如
ffmpeg -i input.amr -c:a libmp3lame output.mp3，或交由云服务（如 AWS MediaConvert）批量处理 - WebM（Opus）→ MP3：不能靠 MediaRecorder 直出，得用
ffmpeg.wasm在前端做轻量转码（仅限小文件，>2MB 易卡顿） - 别信“改后缀名”：把
.amr改成.mp3只是骗文件系统，浏览器加载时仍会因解码失败静音
本地开发用 python3 -m http.server 起服务时，务必确认响应头 Content-Type 和 <source type> 完全一致——audio/ogg; codecs=opus 对应 Content-Type: audio/ogg，返回 application/octet-stream 就等于没写 type。
服务端配置比 HTML 写法更容易被忽略
90% 的“播不出”问题不在前端代码，而在服务器没配对 MIME、Range 请求或 CORS：
- Nginx 必须显式加：
add_type audio/ogg .opus;、add_type audio/mp4 .m4a;、add_type audio/mpeg .mp3; - 跨域音频必须带
Access-Control-Allow-Origin: *，否则 Safari 静默拒绝，连error事件都不触发 - 必须支持
Accept-Ranges: bytes，否则 iOS Safari 拖动进度条失效、currentTime设置无效 - GitHub Pages 默认无 CORS 响应头，部署前得用代理或换托管（如 Cloudflare Pages 支持自定义 headers）
验证是否真支持：控制台运行 Audio.canPlayType('audio/ogg; codecs="opus"')，返回 "probably" 才算过关；返回空字符串或 "maybe"，说明浏览器识别了 MIME 但不确定编码，fallback 链可能断裂。
