webrtc推流能成为直播的主要方案吗？

妮妮今天我们聊聊Web RTC做直播推流。小新好的WHIP推流协议实现已经合入FFMPEGOBS。推进了web rtc推流的方案。妮妮那什么是WHIP协议呢小新WHIP的全称是Web RTC HTTP Ingestion Protocol是一种基于 HTTP 的协议专为简化 Web RTC 推流流程而设计。它通过标准化的 HTTP 接口替代传统 Web RTC 中复杂的 SDP 信令交换和 ICE 协商广泛应用于低延迟直播、视频会议和远程控制等场景。妮妮哪些客户端和服务端支持呢小新WHIP 的核心功能是将客户端如浏览器或 OBSFFMPEG8.0生成的媒体流推送到媒体服务器如 SRS、Janus、LiveKit。它的主要优势包括简化信令流程、标准化接口以及基于 WebRTC 的低延迟传输。妮妮这么多的应用是不是意味WHIP协议是未来更好的直播推流协议了小新个人认为并不会是这样。妮妮详细说说。小新先说说视频直播的技术要求和特点首先直播要求平稳流畅不卡顿不花屏其次能容忍网络抖动短时间的网络阻塞不会影响流畅性再者运动直播游戏直播要求高帧率保证其高分辨率高帧率妮妮直播对质量和体验的要求很高呀之前的直播技术推流是怎么处理的小新传统的推流采用RTMP协议客户端推流的时候如果遇到TCP发送阻塞会有一个本地缓存队列把暂时要发送的音视频缓存起来这个队列可以有2到6秒而拉流播放端也有个2~4秒的播放缓存也就是即使出现几秒的抖动卡顿是不影响用户流畅观看的。妮妮哦理解了也就是用缓存队列换流畅或者说用延时换流畅。那么WebRTC推流的技术特点呢小新Web RTC的传输是低延时的传输方式。它的流控方式有丢包重传动态码率流量整形。妮妮听着好高大上能详细说说吗小新传输基于不可靠的UDP网络也就是视频传输可能出现丢包所以有自己的丢包重传机制但是丢包重传的重传队列只有几百毫秒也就是达不到秒级。妮妮听着是有点悬那遇到网络短暂的抖动假如短暂的阻塞了怎么处理小新遇到网络阻塞时其没有阻塞缓存队列是通过带宽预测算法估计出口速率采用降低视频速率降低视频编码质量的方式有时候预测算法不及时就可能出现少量的丢包情况。妮妮也就是观看者可能看见花屏或抖动的画面。小新是的。而且Web RTC对编码也有限制H264编码仅仅支持baseline profile和最低main的profile也就是压缩率最低的方式。妮妮但是直播不是应该提供高清且压缩比高的视频吗小新你说的对所以这方面Web RTC是满足不了的。妮妮虽然有这么多缺点那Web RTC的直播推流有哪些实际的应用场景呢小新如一些会议过程主播需要用OBS推流加入某个会议并直播出去这种情况就需要Web RTC或者某些平台仅支持WHIP的接入方式再就就是工业界一些设备推流用Web RTC技术实现高实时性观看的需求。妮妮理解了传统的直播协议RTMP暂时还不能被替代Web RTC的直播推流仅仅在某些场景才会使用。小新是的不过使用者要想要抗弱网的能力可以考虑基于QUIC协议的WebTransport当前已经有讨论在其上面承载媒体流的想法和协议设计了。妮妮技术真是在飞速的发展。如果大家觉得感兴趣欢迎大家点赞关注我们。更多内容关注公众号《音视频小话》