在我们这个场景下WebRTC服务端会拒绝WebRTR的FIR信息, 通过下一个关键帧来解决关键帧丢失的问题.
2, RTMP源站以及边缘站尽可能的不做任何缓存
在一个帧率为25FPS的直播流中, 缓存一帧就会增加...B帧的存在虽然可以降低一些带宽占用确会引入更多的延迟, 不推荐使用....经过测试H264的编码参数选择可以选择为baseline level3.
4, PPS和SPS
在RTMP场景中通常我们只会在推流开始的时候加入PPS和SPS, 但WebRTC要求在每个关键帧前面都有PPS...(如果想学ffmpeg 可以购买大师兄的书FFmpeg从入门到精通>>)
6, 视频转封装
视频部分我们上边提到尽可能的用H264 baseline, 这样的话WebRTC支持也会比较好....如何落地
目前身边完全没有完全匹配的需求, 这个方案目前并没有落地, 设想中的落地方式是, RTMP部分还是用现有的CDN, 自己部署WebRTC的边缘节点, 根据访问请求向CDN拉流.