WebRTC之视频NackModule

最新推荐文章于 2024-12-17 01:21:59 发布
转载 最新推荐文章于 2024-12-17 01:21:59 发布 · 179 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://www.jianshu.com/p/827070a8fd19

该博客围绕WebRTC中的视频NackModule展开，虽具体内容需点击链接查看，但可推测会涉及NackModule在WebRTC视频传输中的原理、作用等信息技术相关关键信息。
【webrtc】视频包/音频包 接收测触发 nack
突围
12-27 685
nack
【webrtc】nack学习笔记
突围
07-04 973
nack
基于WebRTC m79的NackModule
dobe_yang的博客
02-21 562
代码流程： BaseChannel::OnRtpPacket(const webrtc::RtpPacketReceived& parsed_packet)->切换线程 WebRtcVideoChannel::OnPacketReceived(rtc::CopyOnWriteBuffer packet, int64_t packet_time_us)-> Call::De...
WebRTC中丢包重传机制的实现
RTC吧
08-08 5655
当网络质量突然变的很差并开始丢包时，声音听起来音质会变差，画面帧速会下降，甚至会完全卡住。我们可能需要某种机制来应对这种情况。在WebRTC中，主要有两种机制来应该网络变差的情况： 前向纠错：在每个数据包中，您将添加一些关于前一个信息的信息，以防丢失，您需要重新构建它们（flexfec是WebRTC [1]中的新格式）。 重传：当接收方检测到有丢包时，它会发送NACK类型的RTCP包给
WebRTC QoS方法一（NACK实现）
热门推荐
CrystalShaw的博客
07-26 1万+
一、概念 与NACK对应的是ACK，ACK是到达通知技术。以TCP为例，他可靠因为接收方在收到数据后会给发送方返回一个“已收到数据”的消息（ACK），告诉发送方“我已经收到了”，确保消息的可靠。 NACK也是一种通知技术，只是触发通知的条件刚好的ACK相反，在未收到消息时，通知发送方“我未收到消息”，即通知未达。 在rfc4585协议中定义可重传未到达数据的类型有二种： 1）RTPFB：r...
WebRTC之Module
123456789
02-25 1156
WebRTC中存在一些需要定时且重复的任务，所以就抽象出了Module这个任务类和ProcessThread这个定时执行任务的线程封装类。 用到定时任务的模块有（不完全列举） NackModule 视频nack处理模块 Pacer 平滑发送模块 RtpRtcp rtprtcp模块 BitrateController 码率控制模块 VideoSender 视频发送模块 VideoReceiver 视...
WebRTC视频接收JitterBuffer
123456789
07-06 1366
文章目录视频接收JitterBuffer网络接收组帧（以H.264为例）解码流程（以H.264为例）请求丢失的包 - NackModule收到一个包 - OnReceivedPacket找到满足条件缺失的包列表 - GetNackBatch隔一段时间检查一次是否发送丢包请求 - Process组帧 - PacketBuffer新包插入 - InsertPacket更新丢失的包 - UpdateMissingPackets判断包的连续性 - PotentialNewFrame找到完整的帧 - FindFram
WebRTC服务质量（05）- 重传机制（02) NACK判断丢包
最新发布
Ziwubiancheng的博客
12-17 1418
本文主要介绍了NACK的格式，以及NACK的调用栈，并且介绍了如何判断丢包，但请记住，这些包都是“可疑丢包”，真正的丢包下一节介绍。
WebRTC系列-Qos系列之发送NACK
HOSTEN的博客
01-18 1434
在之前的文章介绍了音频开启对包重传的方式及验证是否开启的成功的方式；在文章的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。在WebRTC中是支持音频和视频的NACK，本文只分析NACK及其重点相关的机制，不分析jitterbuffer或者neteq的相关知识及实现，这些将会有其他的文章重点介绍。
Qos之丢包重传NACK
Swallow_he的博客
10-27 4178
Qos.NACK 一、前言         RTP/RTCP协议是流媒体通信最基本协议。RTP协议定义流媒体数据在互联网上传输的数据包格式，而RTCP协议则负责可靠传输、流量控制和拥塞控制等服务质量保证。在很多项目中，如WebRTC中，RTP/RTCP模块作为传输模块的一部分，负责对发送端采集到的媒体数据进行进行封包，然后交给上层网络模块发送；在接收端RTP/RTCP模块收到上层模块的数据
WebRTC中丢包重传NACK实现分析
sunxiaopengsun的专栏
07-17 432
https://www.jianshu.com/p/a7f6ec0c9273
QOS FEC NACK 实时音视频传输库测试报告（声网、腾讯实时音视频测试）
mediapro的博客
09-29 7972
                    目录 QOS-FEC-NACK传输库简介 实验环境 测试DEMO说明 测试项说明 测试结果 竞品分析 总结                     QOS FEC NACK 实时音视频传输库测试报告                                                                      ...
WebRTC视频JitterBuffer原理机制
tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly
06-12 4337
前言 　　如果网络是理想的，即无丢包、无抖动、低延时，那么接收到一帧完整数据就直接播放，效果一定会非常好。但是实际的网络往往很复杂，尤其是无线网络。如果还是这样直接播放，网络稍微变差，视频就会卡顿，出现马赛克等异常情况。所以，在接收端对接收的数据做一个缓冲是很有必要的。 　　缓冲一定是以延时作为代价的，延时越大，对抖动的过滤效果越好。一个优秀的视频jitterbuffer，不仅要能够对
WebRTC[2]-WebRTC丢包重传大解密
liuzhen007的专栏
06-18 3507
概述 WebRTC之所以可以优秀的完成音视频通讯，和它本身的丢包重传机制是密不可分的，今天我们就来看看其中的奥秘。 本文以M76版本展开，如果你的工程是基于其他版本开发的，也可以参考。 NACK 说到丢包重传就不得不提到NACK技术，那么NACK是什么呢。它的全称是Negative Acknowledgment Packet，意思是否定确认包，说到这里我们应该可以联想到ACK（Acknowledgment Packet，确认包）。没错，二者的意思是相反的。ACK表示通知对方我收到了你发给我...
WebRTC源码分析之RTP/RTCP（一）
云上听风的博客
05-08 1333
首先学习一下RTP/RTCP的基础知识。 RTP/RTCP协议 RTP报头 当没有CSRC时RTP报头一共12个字节。 报头格式如下： 版本号（V）：2比特，用来标志使用的RTP版本，当前协议版本号为2。 填充位（P）：1比特，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 扩展位（X）：1比特，如果X=1，RTP固定头部后面就跟有一个...
WebRTC进阶-SDP协议详解
成长之路
12-25 4516
文章目录SDP结构会话描述会话创建者o媒体描述媒体信息音频媒体信息a=rtpmapa=fmtp视频媒体信息SSRC与CNAMEPlanB与UnifiedPlan网络描述a=candidatea=rtcp-mux和a=group:BUNDLE媒体方向a=sendrecvRTP扩展头a=extmap安全描述服务质量a=rtcp-fbSDP示例offer exampleanswer example与SIP对比传输媒体信令参考文档 webrtc推荐教程，：https://ke.qq.com/course/32021
webrtc中H264码流ulpfec与nack的联系
dong_beijing的博客
11-11 2624
由于H264的rtp中不能区分视频流中是否每一帧的图像都连续,对于丢帧的情况无法处理,所以fec+nack会导致fec包丢失后,nack去申请重传fec的包.造成带宽的浪费. 在rtp_video_sender.cc中,检测如下: // Payload types without picture ID cannot determine that a stream is complete ...
音视频传输(RTP/RTCP)丢包重传(NACK)，以及I帧申请(PLI，FIR)
qq_41681715的博客
11-19 8230
学过TCP通信原理的同学都知道，TCP没法送一个TCP报文，TCP协议栈都要等对端的ACK确认，才能确定是否进行报文重传或者发送下一包数据；然而RTCP的NACK重传机制与TCP的确认机制整好相反，当RTP接收端发现某一包数据或者N包数据确实没有收到，即在经过中间网络设备时丢掉了，接收端才会向发送端发送RTCP的NACK报文，向发送端要求重传相应的RTP包，NACK报文如下： 特别注意，使用NACK重传机制的收发双发，RTP都有一个发送缓冲区和接收缓冲区，缓冲区有缓冲区大小，发送太迟的NACK申请报文
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值