WebRTC中的几个Rtp*Sender

一、问题:

webrtc当中有几个比较相似的类,看着都是发送RTP数据包的,分别是:RtpPacketToSend RtpSenderVideo还有RtpVideoSender以及RTPSender,这说明什么呢?首先,说明我会很多连词(🤬),元规正传(🤬),其次,说明他们都很像,容易给我们搞晕,最后,我们需要搞明白,这几个类各自扮演什么角色,设计意图是什么呢?如果是你设计,你怎么设计,整一个万能类不就行了,反正就是发送RTP数据?行不行,你说!

小的不才,有点感悟记录下来,行不行您自己看!


二、 RtpPacketToSend 的主要作用

主要代码

cpp 复制代码
class RtpPacketToSend : public RtpPacket {
public:
	// 省略不重要的牛马
private:
    // 抓取时间,用于统计或同步
    int64_t capture_time_ms_ = 0;
    // 包类型(packet_type_):音频、视频、冗余等
    absl::optional<RtpPacketMediaType> packet_type_;
    // 是否允许重传
    bool allow_retransmission_ = false;
    absl::optional<uint16_t> retransmitted_sequence_number_;
    std::vector<uint8_t> application_data_;
    // 是否是视频帧第一个包/关键帧
    bool is_first_packet_of_frame_ = false;
    bool is_key_frame_ = false;
};

核心作用
RtpPacketToSend 是 WebRTC 代码中发送端专用的 RTP 包对象 ,承载了要发送的 RTP 包及其元数据。

它继承自 RtpPacket,不光包含了基本的 RTP 头、负载、扩展字段,还附加了"只对发送过程有用的上下文元数据",比如:

  • 抓取时间(capture_time_ms_):用于统计或同步
  • 包类型(packet_type_):音频、视频、冗余等
  • 是否是重传包、原序列号
  • 是否允许重传
  • 是否是视频帧第一个包/关键帧
  • 部分计时信息(如包化完成时间、发送出口时间等)

一句话总结

RtpPacketToSend = "封装着即将要发出的RTP包内容 + 发送相关的所有额外属性"

三、RTPSender

RTP 发送器基类,负责整个 RTP (不分媒体类型) 的发送流程。

核心职能:

  • RTP 头生成、序列号分配
  • 调用底层 socket 发送
  • 调用上层接口获得要发什么
  • 负责一些重传、FEC等通用功能
    有音视频共用逻辑(针对 RTP 协议通用部分)

四、RtpSenderVideo / RtpVideoSender

这两个其实逻辑上是分开的,但在不同WebRTC代码阶段、分支和版本名可能不一样 ,核心意思都是"视频数据专用 RTP 发送器"。

它们在继承/组合结构上,最终都要依靠 RTPSender 来发送包,但是加上了:

  • 对视频的特殊处理(比如分包、关键帧标识等)
  • 输出帧状态报告
  • 处理视频自己的 RTP 头扩展

通常代码里 RtpSenderVideo 是作为 RTPSender 的成员或持有者。调用"我要发一帧视频"→"如何打包分包"→"每一个分包作为RtpPacketToSend送给RTPSender"处理实际发送。

五、RtpPacketToSend

只负责代表"某一个要被发送出去的RTP包对象 ",和 RTPSender "怎么发、发给谁"是分开的。

六、大致的发包流程(类关系图)

  1. RtpVideoSender 接到一帧视频数据
  2. 封装成多个 RTP 包,每个包一份负载、RTP头,用 RtpPacketToSend 保存
  3. RtpPacketToSend 包含所有要发的包的元信息(如capture时间、包类型、关键帧等)
  4. RTPSender 接收这些包,安排好序列号、头部、retransmit、NACK 等发送相关管理
  5. RTPSender 完成最终"投递到UDP"的行为

七、举个栗子:

比如:发送一帧视频流的发送链条

  1. 编码器输出了一帧 H264/VP8 数据
  2. RtpVideoSender::SendVideo() 被调用
    • 将一帧切分成n个RTP包(因为包不能太大)
    • 循环产生 RtpPacketToSend 对象
      • 填写每个包的payload
      • 设置元数据(是否关键帧,是否第一包,时间戳等)
  3. 每个RtpPacketToSend喂给RTPSender::Send()
    • 内部会进一步设置序列号、ssrc、加扩展头等
    • 记录NACK/FEC/retransmission等重发需要的信息
    • 通过socket等底层去发包到RTP peer
  4. 网络ISend接口:最终出去

八、总结联系与区别

类/模块 作用 关注点
RtpPacketToSend 表示"即将要发出去的一个RTP包"+元数据 单个包内容、附加定时/扩展/关键帧信息
RTPSender RTP发送行为管理,包头生成+包投递(基础) 通用RTP包发送,序列号分配、socket发包等
RtpSenderVideo/Video 视频专用的RTP发送(多帧分包、关键帧判断等) 视频帧处理,分包,关键帧加标,带有额外定时/统计

关系:

  • RtpPacketToSend是包容器,RtpSenderVideo/RtpVideoSender生成它们,交由RTPSender发送!
  • RtpSenderVideo/RtpVideoSender是"分发器/工厂",RTPSender是"投递员"

九、一句话定性:

  • RtpPacketToSend = 发包元信息封装器
  • RtpSenderVideo(或RtpVideoSender)= 视频分包器,专门为视频准备、生成RtpPacketToSend,喂给RTPSender
  • RTPSender = 真正的RTP通道发送器,管理和输出RTP包,连接到底层socket。

用一句话总结发送流程:

"视频帧被切割为多个RtpPacketToSend,经由RtpVideoSender预处理后交由RTPSender完成最终的网络发送。"

相关推荐
来自宇宙的曹先生5 小时前
视频网站弹幕系统简易实现
spring boot·音视频
阿维的博客日记6 小时前
(生活比喻-图文并茂)http2.0和http3.0的队头阻塞,http2.0应用层解决,TCP层存在,3.0就是彻底解决,到底怎么理解区别???
网络协议·tcp/ip
2501_916008897 小时前
iOS App抓包工具排查后台唤醒引发请求异常
websocket·网络协议·tcp/ip·http·网络安全·https·udp
Two_brushes.7 小时前
【linux 网络】网络基础
linux·网络
hjjdebug8 小时前
ffplay6 播放器关键技术点分析 1/2
c++·ffmpeg·音视频
Two_brushes.9 小时前
【linux网络】网络编程全流程详解:从套接字基础到 UDP/TCP 通信实战
linux·开发语言·网络·tcp/udp
武汉唯众智创10 小时前
高职院校“赛岗课”一体化网络安全实战类人才培养方案
网络·安全·web安全·网络安全·“赛岗课”一体化·赛岗课
2501_9153743511 小时前
WebRTC与RTMP
webrtc
_pengliang11 小时前
WebRTC 双向视频通话
音视频·webrtc
2501_9159184111 小时前
iPhone 抓包工具有哪些?多工具对比分析优缺点
websocket·网络协议·tcp/ip·http·网络安全·https·udp