MediaMTX项目中WebRTC AV1/HEVC流在Android设备上的兼容性问题分析

问题背景

MediaMTX是一款开源的媒体服务器项目，在v1.10.0版本中，用户报告了一个关于WebRTC流媒体播放的兼容性问题。具体表现为：当服务器端使用AV1或HEVC编码发布WebRTC流时，Android客户端无法正常播放，服务器日志显示"codecs not supported by client"错误。

技术分析

现象观察

从技术现象来看，Android设备在尝试播放AV1编码的WebRTC流时，服务器端会拒绝连接并返回"codecs not supported by client"的错误。这与常规认知存在矛盾，因为现代Android设备通常都支持AV1解码。

深入调查

经过深入分析，发现问题根源在于MediaMTX项目中WebRTC协商机制的设计。关键点在于：

1. 当前MediaMTX在创建WebRTC连接时，将传输方向设置为"sendrecv"(双向收发)
2. 这种设置会导致浏览器在SDP协商时，只包含设备同时支持编码和解码的编解码器
3. 虽然Android设备支持AV1解码，但大多数设备不支持AV1编码
4. 因此，在"sendrecv"模式下，AV1编解码器不会出现在协商的SDP中

解决方案探讨

理想情况下，对于纯播放场景，应该使用"recvonly"(只接收)模式。这样浏览器在SDP中会包含所有支持的解码器，而不考虑编码能力。但MediaMTX项目当前采用"sendrecv"模式有其历史原因：

• 这是为了解决pion/webrtc库中的一个已知bug
• 该bug会导致在某些浏览器(特别是Firefox)上无法正常读取H264流
• 作为临时解决方案，使用"sendrecv"模式可以规避这个问题

技术影响

这个问题对用户的影响主要体现在：

1. 限制了Android设备上高质量视频流的播放能力
2. 无法充分利用现代编解码器(如AV1)的压缩效率优势
3. 在需要AV1/HEVC播放的场景下，用户被迫使用其他解决方案

未来展望

根据项目维护者的说明，这个问题将在以下条件满足后得到解决：

1. pion/webrtc库中的H264读取bug被修复
2. MediaMTX可以安全地将WebRTC连接方向切换回"recvonly"模式
3. 届时Android设备将能够正常播放AV1/HEVC编码的WebRTC流

临时解决方案

对于急需使用AV1/HEVC流的用户，可以考虑以下临时方案：

1. 手动修改MediaMTX源代码，将传输方向改为"recvonly"
2. 使用支持AV1编码的Android设备
3. 在服务端转码为更广泛支持的编解码器(如VP9/H264)

总结

MediaMTX项目中WebRTC流的编解码器支持问题是一个典型的技术权衡案例。项目团队在功能完整性和兼容性之间做出了合理的选择。随着底层WebRTC库的不断完善，这个问题有望在未来版本中得到彻底解决，为用户提供更完整的编解码器支持。