即使加入了SFU Media server作为转发服务器, 也很难做到大规模的分发....另外一个需要考量的是流量成本, WebRTC的实时流量是通过UDP传输的(某些情况下可以用TCP), 无法复用在传统CDN的架构之上, 实时的流量价格更是CDN流量的3倍以上, 部署一个超低延迟的直播网络成本非常高...在我们这个场景下RTMP的源站和边缘站除了做一些GOP cache外, 其他缓存要尽可能的小.
3, 编码器参数设置
WebRTC对H264的支持还没有那么完美, 比如在chrome支持H264的baseline...B帧的存在虽然可以降低一些带宽占用确会引入更多的延迟, 不推荐使用....经过测试H264的编码参数选择可以选择为baseline level3.
4, PPS和SPS
在RTMP场景中通常我们只会在推流开始的时候加入PPS和SPS, 但WebRTC要求在每个关键帧前面都有PPS