WebRTC系列-Qos系列之接收NACK

已于 2023-02-13 14:36:07 修改
阅读量1.2k 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
于 2023-01-23 08:45:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/128706317
版权
本文详细介绍了WebRTC中处理接收NACK的流程，从区分RTP和RTCP包开始，深入解析查找丢失包的逻辑，以及如何在OnReceivedNack方法中处理丢失包。重点分析了RTPHeaderParser中的区分方法和RTPSender的处理过程，涉及RTCP包头结构、RTP包头结构，以及Pacer在重传过程中的作用。
摘要由CSDN通过智能技术生成

文章目录


在文章 WebRTC系列-Qos系列之RTP/RTCP源码分析-RTP/RTCP包解析-3的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。
这篇文章开始，详细分析其接受RTCP包到解析nack的处理流程；

1. 主要调用流程

在WebRTC中主要调用流程调试设置断点后如下：
在这里插入图片描述

这里主要分析上面堆栈中红色部分的函数，首先Call函数的DeliverPacket的主要逻辑如下：

PacketReceiver::DeliveryStatus Call::DeliverPacket(
    MediaType media_type,
了解本专栏 订阅专栏 解锁全文 超级会员免费看
简简单单lym
关注
专栏目录
订阅专栏
【WebRTC---源码篇】（七）NACK的处理流程
用可见的方式来记录和分享每一次收获
06-06 318
NACK
【WebRTC---源码篇】（六）NACK判断包位置的关键算法
用可见的方式来记录和分享每一次收获
04-24 352
首先保证a与b不相等 template <typename T, T M = 0> inline bool AheadOf(T a, T b) { static_assert(std::is_unsigned<T>::value, "Type must be an unsigned integer."); return a != b && AheadOrAt<T, M>(a, b); } template..
WebRTC NACK
音视频学习专栏
06-29 1343
WebRTC NACK 在WebRTC中，前向纠错(FEC)和丢包重传(NACK)是抵抗网络错误的重要手段。FEC在发送端将数据包添加冗余纠错码，纠错码连同数据包一起发送到接收端；接收端根据纠错码对数据进行检查和纠正。RFC5109[1]定义FEC数据包的格式。NACK则在接收端检测到数据丢包后，发送NACK报文到发送端；发送端根据NACK报文中的序列号，在发送缓冲区找到对应的数据包，重新发送到接...
WebRTC QoS方法一.2（接收端NACK流程实现）
CrystalShaw的博客
07-01 3332
1、概述 webrtc接收端触发发送NACK报文有两处： 1、接收RTP报文，对序列号进行检测，发现有丢包，立即触发发送NACK报文。 2、定时检查nack_list_队列， 2、流程实现
WebRTC源码分析 nack详解
m0_60259116的博客
08-10 2493
WebRTC源码分析 nack详解
WebRTC系列-Qos系列之发送NACK
HOSTEN的博客
01-18 1297
在之前的文章介绍了音频开启对包重传的方式及验证是否开启的成功的方式；在文章的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。在WebRTC中是支持音频和视频的NACK，本文只分析NACK及其重点相关的机制，不分析jitterbuffer或者neteq的相关知识及实现，这些将会有其他的文章重点介绍。
WebRTC系列-Qos系列之音频设置丢包重传nack
HOSTEN的博客
01-06 1116
在目前的WebRTC各个版本中音频的重传目前都是默认处于关闭的，也就是音频的sdp里默认是没有NACK；Feedback的subtype是205就是nack的的rtcp包；
WebRTC系列-Qos系列之接收方RTX处理
最新发布
HOSTEN的博客
02-13 709
在上一篇文章中分析了接收到nack后解析的主要流程。在WebRTC里NACKRTXRTX协议是一种针对实时音视频通信的传输协议。RTX协议主要解决了丢包问题，以提高实时音视频通信的质量。RTX协议的详细规定可以在以下的文档中找到，该文档规定了RTX协议的用于视频数据的具体实现方式；需要注意的是，以上文档仅规定了RTX协议在视频数据中的应用，RTX协议在音频数据中的应用并未在此列举。但是，RTX协议的原理与应用是相通的，因此在音频数据中的应用方式与在视频数据中类似。
WebRTC系列-Qos系列之RTP/RTCP协议分析rtcp-1
HOSTEN的博客
01-08 616
上一篇文章介绍了RTP协议，通常RTP负责传输数据，RTCP一起工作，RTCP负责对RTP的通信和会话进行控制（如流量控制、拥塞控制、会话源管理等）；同rtp协议一样，协议由 IETF（http://www.ietf.org/）定义在和3551中；
webrtc 代码学习（九）Video 解码数据流程，没有写完
Miracle_包子
11-11 758
Video 解码数据流程 作者：LanPZzzz 本章我们简单讲述下Video 解码数据流程 文章目录1. 解码从哪一步开始，以VP8 1. 解码从哪一步开始，以VP8 -> VideoReceiveStream::DecodeThreadFunction （video\video_receive_stream.cc 405 行） -> VideoReceiveStream::Deco...
webrtc 代码学习（二十二） audio neteq，待续
Miracle_包子
11-12 1145
audio neteq 作者：LanPZzzz 文章目录1. modules\audio_coding\neteq 中2. InsertPacket 的流程，在学习十三中，我们已经简单的看到，这里就不介绍了。我们看下NetEqImpl::InsertPacketInternal 都作了哪些动作3. NetEqImpl::GetAudioInternal 获取数据jitter 控制其播放，应该是用...
WebRTC系列 - 源码编译等
HOSTEN的博客
07-06 6634
WebRTC在编译中也会编译大量的test测试文件，如果不需要编译，找到。要将其集成到您的项目中，请在Podfile中添加以下几行。也就是WebRTC的示例demo，在文件中找到。鉴于国内网络环境，下载源码前需要搭建好梯子；是编译库的保存路径，这个可以自定义，只需要。打开文件后如果不想编译WebRTC源码的。运行gclient sync，提示錯誤，，需要生成.gclient的配置文件，将其值修改成false；修改成false即可；进入源代码的src执行。
WebRTC视频分辨率限制 及调整策略
HOSTEN的博客
05-13 6615
WebRTC 中码率影响视频的帧率和分辨率的调整,在高硬件占用的情况下通过调整码率和帧率也会影响码率;视频评判的重要参数是QP; 外部设置帧率和分辨率参数 webrtc中的media/base目录下的video_adapter.cc,是视频分辨率和码率调整的重要类;改类主要对外提供一下接口: void OnOutputFormatRequest(const absl::optional<VideoFormat>& format); OnOutputFormatRequest提供了多
WebRTC系列- turn及stun网络分析法
HOSTEN的博客
04-24 5120
文章目录1. TCPDUMP分析法1.1 简述1.2 使用2. WireShark 基本使用简述实战 之前的文章有分析各种协议包的组成，那么实际上在使用的时候是不是和分析的一样，这就需要获取到请求的包进行分析；在分析网络协议最好能抓取到数据包，然后看分析数据包是不是和规定的协议一致； 一般的网络数据包分析我们有两个常用的工具： Linux端的一般经常使用tcpdump 其他客户端一般使用WireShark 当然可以将tcpdump抓取的数据拿到wireShark中分析。 1. TCPDUMP分析法 1.
socket.io基本使用及介绍
HOSTEN的博客
04-14 5051
主要介绍socketio的特性及 消息解析后的格式
WebRTC系列-WebRTC基础(四)连接建立时序图及运行机制
HOSTEN的博客
04-10 4749
介绍WebRTC如何建立连接的过程及一些注意事项，同时也会介绍WebRTC的运行机制，以及一些API接口类
WebRTC系列-网络传输2之Candidate的收集及PortAllocator(一)
HOSTEN的博客
04-04 4234
文章目录二、Candidate的收集2.1 从ICE说起2.2 Candidate2.2.1 基本介绍2.2.2 Candidate类型2.3 PortAllocator2.3.1 基本类关系图2.3.1 BasicPortAllocator的创建2.3.2 BasicPortAllocator关键函数源码分析：2.3.2 BasicPortAllocator初始化2.4 PortAllocatorSession 二、Candidate的收集 2.1 从ICE说起 ICE全称Interactive Conn
WebRTC系列--- turn服务搭建
HOSTEN的博客
04-25 4213
在centos上搭建好coturn服务后，启动后便去Google提供的测试网页测试服务；填写好地址等信息后，然后发现下列错误： 在谷歌浏览器返回The server stun:39.97.110.12:3478 returned an error with code=701:STUN binding request timed out.问题，如下图所示问题： 网上查了一圈，在GitHub的issue中有类似问题，基本大致意思是turnClient到turnServer消息不能到达，所以开始以下检查：
Vue3实现基于WebRTC和WebRTC-Streamer的直播推流指南
资源摘要信息:"本文主要介绍如何利用WebRTC技术结合webrtc-streamer进行直播推流的实现方法。WebRTC是一个支持网页浏览器进行实时语音对话或视频对话的API，而webrtc-streamer是一个基于WebRTC的流媒体服务器，它...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值