减少到1秒之内, 在播放器端可以适当减小buffer, 并设置一定的追帧策略, 防止过大的buffer引起的时延....如果想做到超低延迟(1000毫秒以内)更是难上加难, 而且这么低的延迟也会带来一些负面的效果, 网络出现少许抖动的时候就会出现卡顿等等. 有没有更低成本的实现方案呢?...B帧的存在虽然可以降低一些带宽占用确会引入更多的延迟, 不推荐使用....(如果想学ffmpeg 可以购买大师兄的书FFmpeg从入门到精通>>)
6, 视频转封装
视频部分我们上边提到尽可能的用H264 baseline, 这样的话WebRTC支持也会比较好....如何落地
目前身边完全没有完全匹配的需求, 这个方案目前并没有落地, 设想中的落地方式是, RTMP部分还是用现有的CDN, 自己部署WebRTC的边缘节点, 根据访问请求向CDN拉流.