对浏览器音频解码能力支持的实测

[orency]

依据作者的说法#97
但根据我的实测并非如此
先利用ffmpeg原码录制http流成多个mp4文件并放置于简单的静态文件索引服务例如nginx上
这些流均由rtp2httpd转换组播流产生,并具有多种音频编码格式
因为mp4文件浏览器可直接播放,方便观察哪些文件没有声音,结果如下

	AAC	MPEG2	AC3	DOLBY DIGITAL PLUS
Firefox (152)	✔️	✔️	❌	❌
Edge (149)	✔️	✔️	✔️	✔️
Chrome (149)	✔️	✔️	❌	❌

但rtp2http的web player在这些浏览器上的表现却并不同
AC3音轨的频道在所有浏览器上均没有声音
dolby digital plus音轨的频道仅在Edge上有声音
MPEG2音轨的频道无需打开软解开关在所有浏览器均有声音

盼望作者能修复一下AC3频道在Edge的表现
应该无需ffmpeg wasm 这种复杂实现,只需发掘浏览器原生提供的能力

[stackia]

MPEG2 在现在最新版 rtp2httpd 上已经强制走软解了，不再依赖浏览器原生能力，因为 chromium 正逐渐把音频解码从 ffmpeg 切换到 symphonia，无法原生解码 mpeg2。
#568
https://www.ithome.com/0/906/034.htm

至于 AC3/DDP，目前已经是 passthrough 到浏览器的，在苹果 Safari 上就可以正常播放（Safari 支持原生 AC3 解码）。但是在 Windows Edge 我实测没办法成功，感觉是 Edge 限制了杜比解码器在 Media Source Extension 下的使用。

[stackia]

MediaSource.isTypeSupported('audio/mp4; codecs="ec-3"') 可以在你的 edge F12 控制台运行这个看看输出

[stackia]

https://ytlr-cert.appspot.com/2021/main.html?&test_type=msecodec-test#1782557093743
也可以用这个测试一下，选择 MSE (AC3) -> 19. PlaybackOnlyAC3Audio，我在 Edge 下没有办法播放成功