最近在搞音视频推流时,发现微信小程序端“偷偷更新”后,拉流时出现了加载失败的问题。
小程序端一直在拉流之后一直在报2004,就是开始拉流但是一直失败。
然后官方文档和论坛就再也找不到任何相关信息了
同样,ffplay播放完全没有问题。那么又是同样的步骤——面向猜测开发
猜测
先试验下,ffmpeg进行推流,小程序播放正常。
于是使用flvdebugger进行分析,发现两者的metadata的存在差别。
下图是我推的流,这里我们没有在matedata中显式设置音频码率

于是又出现了一个大胆的猜想:
小程序liveplayer音频播放在某些情况下依赖于matadata中的音频码率,原来客户端推流音频码率设置为0,触发liveplayer的bug无法播放
至于微信为啥要这么做,可能的情况是:
- 为了确保直播中的音频质量,liveplayer设置了最低的播放码率要求。
如果检测到当前音频流的码率低于指定的阈值,那么播放器认为这个流存在丢包,导致卡顿等风险。
为了用户能够听到高质量的音频,干脆就不让他播放了,等到码率恢复再执行。
- 也有可能单纯没有考虑音频码率为0 的边界情况,导致bug
但是出于某种原因,微信没有根据实时的流计算码率,而是依赖于不稳定的metadata中设置的码率,导致播放出现问题

本文探讨了微信小程序在拉取音频流时遇到的加载失败问题,表现为2004错误。作者通过ffplay播放的正常对比,猜测可能是由于metadata中音频码率未设置导致。解决方案是在metadata中添加音频码率,参考音频码率估算进行设定,从而解决了播放问题。
最低0.47元/天 解锁文章
3484

被折叠的 条评论
为什么被折叠?



