【RTP】webrtc 学习1： sequence_number的读取和写入

原创 已于 2024-01-27 21:00:45 修改 · 360 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#前端 #javascript #开发语言

于 2022-12-27 20:16:01 首次发布
本文介绍了WebRTC中RTP包的sequence_number的16位结构及其作用，通过rtprtcpmodule接口，详细讲解了sequence_number的解析和写入过程，包括RTPSender::AssignSequenceNumber的调用以及RTPSenderVideo::SendVideo如何进行写入，旨在帮助开发者理解如何检测和处理丢包情况。

rtprtcpmodule有暴露接口

uint16_t ModuleRtpRtcpImpl::SequenceNumber() const {
   
   
  return rtp_sender_->
了解本专栏 订阅专栏 解锁全文
【m98】RtpSequenceNumberMap：记录RTP序列号与时间戳
突围
10-13 309
记录RTP序列号与时间戳
【rtp】mid 扩展： RtpMid 字符串扩展的解析和写入
突围
09-25 218
BaseRtpStringExtension
rtp seq 校验
zjoops1314的博客
06-15 497
rtp 接收端校验当前收到的seq是否有效
音视频数据处理入门：RTP协议解析
weixin_43796767的博客
05-01 1865
协议分析 1、RTP（Real-time Transport Protocol） RTP报文由两部分组成：报头和有效载荷。 RTP头部： 这里只说明几个我们需要用到的字段： V（2位）：协议版本号 pt（7位）：payload type载荷类型 sequence number（2字节）：序列号，每个报文都有一个序列号；接收者据此来检测报文丢失情况，重组报文。 timestamp（4字节）：时间戳，反映采样时间；接收者据此来计算延迟和延迟抖动，并进行同步控制。 2、MPEG-TS 音频数据和视频数据经
RTP序列号以及时间戳是否回绕的判断
jwybobo2007的博客
12-17 1077
int isNewerSequenceNumber(uint16_t sequence_number, uint16_t prev_sequence_number) { return sequence_number != prev_sequence_number && ((uint1...
RTP包头结构分析
liuzhen007的专栏
08-19 6118
RTP是实时传输协议，广泛应用在音视频多媒体传输服务中。 RTP包头结构如下图所示： 注意：暗色区域是固定头部，共12字节。 V：版本号，2比特，用来标示使用RTP版本； P：填充位，1比特，置成1，表示此包后面会一定数目的填充比特； X：扩展位，1比特，置成1，表示此包固定头部后面会跟着一个扩展头部； CC：CSRC计数位，4比特，表示固定头部后面CSRC识别符的个数； M：...
WebRTC系列实战-自定义RTP中的extension
HOSTEN的博客
06-20 618
Webrt中本身自定义了很多的rtp extension。例如absltime，audioLevel，videoRotaion,等，但是有时候我们希望额外发送一些我们自定义 的信息，比如：说话人的信息等，这里就需要自定义我们自己的rtp extension了，本文将详细介绍如何通过修改源码的方式实现发送自定义的信息；
【RTP】十进制的ssrc如何写入header并读取
最新发布
突围
06-22 75
本文分析了SSRC在RTP协议中的字节序转换问题。通过具体案例说明：原始SSRC值0x8469F109(2221535497)经htonl()转换后应为0x09F16984(166816132)。文章指出常见错误包括：1)未初始化变量导致出现调试值0xCDCDCDCD(3452816845)；2)读取时忘记使用ntohl()转换；3)结构体未正确打包导致偏移错位。强调正确做法是：写入时用htonl()转为网络字节序，读取时用ntohl()转回主机序，并需确保内存正确初始化和结构体对齐。调试时可通过抓包工具验
WebRTC Transport-CC协议介绍
WebRTC打工人的博客
01-30 1942
本文介绍WebRTC Transport-CC协议的产生背景、协议格式、应用场景，并做深入的源码分析。
深入研究webrtc平滑发送(paced sender)
qq_22658119的博客
06-21 2773
webrtc处理音视频的共同过程大致为：采集数据-数据编码-rtp打包-平滑发送-通道socket发送。 本文讨论平滑发送(paced sender)作用：如果音视频数据编码后立即发送到网络，那么短时间内网络上会有大量的数据，从而会导致网络拥塞，严重的话 ...
RTP协议
杜甲同学的专栏
04-19 693
RTP是上层协议可以跑在TCP上也可以跑在UDP上。 大多是情况下都是跑在UDP上，因为主要上应用在实时传输上。 如果你跑在TCP上在极端网络情况下，他就不是实时的了，所以它一般用在UDP上，不在底层协议上处理，在上层协议进行处理。其实就是模拟了TCP的一些功能。 seq 和TCP的seq功能类似，但是RTP的seq是按照包来的，第一个包是1，第二个包是2.而不是按照字节来的。所以tcp是流式...
WebRTC 基础技术 | RTP 包序列号的回绕处理
老衲不出家
05-08 2757
原文链接：这里 导读 序列号回绕 ForwardWrap BackwardWrap 源码分析 IsNewer 函数 Unwrap 函数 测试用例 测试 1 测试 2 总结 导读 在诸多的网络通信协议中，都会有序列号字段sequence numb...
RTP报文序列号和时戳回环
WebRTC打工人的博客
01-28 1065
假设value = 0xFFF0，prev_value = 0xFFFF，value - prev_value = - 0x000F, （unsigned short)(value - prev_value) = 0xFFF1 > kBreakpoint，此时isNewer()返回False。所以，如图①所示，prev_value = 0X7FFF是分水岭，(0X7FFF,0xFFFF)这个区间所有的值都比0xFFFF要旧，而[0x0000,0X7FFF]的值都要比0xFFFF要新。
rtp序号，时间戳的会绕问题
07-04 1103
比如一个RTP包，序列号为4890，另一个RTP包序列号为59900，可以说59900一定比4890大，是个更新的RTP包吗？输入当前数字和之前的数字，如果当前数字是更新的数字则返回。结论，当然不是这样，因为在判断序列号的连续性时要考虑回绕问题，不能直接根据数学意义上的大小进行比较。再如，序列号为 65535 的包一定比序列号为 255 的包大，是最新的包吗？该函数用于展开回绕的数字，得到更大类型的真正的数字，其核心逻辑通过调用。序列号为 0 的包一定比序列号为 65535 的包小，是旧的包吗？
RTP音频流分析以及乱序问题的解决方法（二）
gllilin的专栏
06-22 6747
前面文中描述了打包格式为RTP，负载为G.711的音频流的分析方法。 并且得知了设备收到的RTP流有严重的乱序情况。 那么，发送端发出的流是正常的，接收端收到的流却乱序严重，这是什么原因呢？ 一、查看路由 linux命令行输入 tracert -d 目的IP 二、发送端要增加VBV控制发送速度 有的发送端并不控制发送速度，UDP本身并不是可靠连接，发送速度不均匀、过快，
WebRTC 序列号回绕问题
键盘敲的劈啪响
05-31 505
实际项目中需要解决的问题：对于两个 RTP 包，如何比较哪一个包才是最新的包？
seq“ 和 “time“ 字段
dualvencsdn的博客
10-19 440
2. **Time（Timestamp）字段**：Time字段是RTP头部中的一个32位字段，用于表示RTP报文的时间戳。时间戳的单位通常是采样时钟的周期（如音频采样的时间间隔）。时间戳的值随着时间的推移而递增，从而允许接收端在播放时正确定时数据的呈现，确保音频和视频同步播放。1. **Seq（Sequence Number）字段**：Seq字段是RTP头部中的一个16位字段，用于表示RTP报文的序列号。它的主要作用是标识RTP报文的顺序，以便接收端可以将不同的RTP报文按照正确的顺序重组和解码。
RTSP流媒体花屏
u011703477的博客
08-19 8011
Android：RTSP流媒体花屏 (2013-02-23 07:33:33) 转载▼ 标签： android 流媒体 rtp rtsp it 分类： Android机制   原文地址：http://blog.sina.com.cn/s/blog_645b74b90101igar.html   记录和同事分析的一个流媒体花屏问题
RTP包的包类型
大白的博客
12-24 1363
RTP是实时传输协议，先来一张RTP协议的图： 具体各个字段的含义如下： sequence number：序号，用于记录包的顺序。 timestamp：时间戳，同一个帧的不同分片的时间戳是相同的。不同帧的时间戳肯定是不一样的。 PT：Payload Type，数据的负载类型。音频流的 PT 值与视频的 PT 值是不同的，通过它就可以知道这个包存放的是什么类型的数据。 当然还有其他的字段，这里只是简单罗列其中的几个字段。 最后附一张RTCP协议头各个字段的含义： ...
Android WebRTC开发指南：libjingle_peerconnection实例解析
在标签“android webrtc 例子”中进一步强调了例子对于学习和参考的重要性。对于初次接触WebRTC技术的Android开发者而言，通过查看和运行这些例子，可以更快地理解WebRTC API的使用方法和最佳实践。 文件名称列表中...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

等风来不如迎风去

你的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值