WebRTC系列--FEC介绍

最新推荐文章于 2024-12-12 12:20:48 发布
最新推荐文章于 2024-12-12 12:20:48 发布
阅读量1.1k 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/131300848
版权
本文介绍了WebRTC中使用的三种FEC技术：RedFEC、ULPFEC和FlexFEC，以及它们的原理和在WebRTC中的应用。FEC通过异或运算生成冗余数据，提高数据传输的可靠性，抵抗网络丢包。WebRTC利用FEC策略来优化实时媒体传输的稳定性。
摘要由CSDN通过智能技术生成

文章目录


在之前的文章 WebRTC系列–opus带内FEC和red效果中介绍opus带内fec的一些开启及使用效果；在文章 WebRTC系列–opus带内FEC中详细分析了opus的中的主要接口调用流程，及控制赘余信息的相关流程；
这节文章可以说是fec系列的开篇介绍，fec总体上是有三种分辨是 RedFEC(协议RFC2189)、 ULPFEC(协议RFC5109)及 FlexFEC；

1. 三种FEC介绍

1.1 RedFEC (协议RFC2189)

RedFEC (Reduced-Complexity Forward Error Correction) 是一种前向纠错协议，定义在RFC2189中，它旨在通过向数据流中添加冗余信息来提高数据传输的可靠性；RedFEC通过在发送端对数据进行冗余编码，并在接收端使用冗余数据进行纠错来抵抗数据包丢失或错误。
在规范中即定义了打包的格式，及如何通过RedFEC生成冗余包来对原始数据进行保护

了解本专栏 订阅专栏 解锁全文 超级会员免费看
WebRTC系列--WebRTC音频支持RedFEC的修改
HOSTEN的博客
07-14 2577
基于rfc2198规定的格式，介绍最新版WebRTC中的音频red及如果添加到老版本支持
WebRTC系列--opus带内FEC
HOSTEN的博客
05-30 1137
Opus 编码器的 OPUS_SET_COMPLEXITY 参数控制编码器的复杂性，这个参数的范围在 0 到 10 之间，其中 0 是最低复杂性，10 是最高复杂性。调整 OPUS_SET_COMPLEXITY 参数会影响编码器的以下行为：计算复杂性：将 OPUS_SET_COMPLEXITY 参数调高会增加编码过程的计算复杂性。这意味着，更高的复杂性可能会导致更高的 CPU 利用率和更大的延迟。
WebRTC：音频QoS中的前向纠错 (FEC) 技术解析
无聊科技
11-22 5208
转载请标明出处：https://blog.csdn.net/qq_29621351 1. 前言        WebRTC语音传输中保证传输质量的主要措施分为丢包重传 (NACK) 和前向纠错 (FEC)，其中NACK主要是接收端在检测到数据包RTP序列号不连续的时候，发送重传请求，发送端接收到重传请求后重新向接收端发送丢失的数据。FEC主要通过后一个数据包携带前一个数据包的冗余包，这样当前一...
深入浅出WebRTC—ULPFEC
最新发布
m0_74823336的博客
12-12 1180
ULPFEC 实现的核心是 FEC 保护比率的计算和掩码表的生成，FEC 保护比率决定了能使用多少 FEC 报文来保护原始报文，掩码表决定了 FEC 报文如何保护原始报文。围绕这两个核心概念，涉及如何生成 FEC 报文，如何打包和解包、如何发送和接收以及如何恢复原始报文等相关处理逻辑。
webrtc 中的 fec
好记性不如写博客！
03-15 2940
基于IP网络的多媒体通信系统(比如WebRTC)中，网络丢包对多媒体通信质量有非常严重的影响：例如造成视频的马赛克、图像模糊、帧率下降等问题，造成音频的声音失真、噪声干扰、音频中断等问题。这都会严重影响系统的通信质量，造成非常差的用户体验。 WebRTC主要采取两种手段对抗网络丢包：丢包重传(NACK)和前向纠错(FEC)。FEC是一种前向纠错技术，发送端将负载数据加上一定的冗余纠错码一起发送，接...
WebRTC::FEC
weixin_30364325的博客
08-21 361
目录 WebRTC::FEC ULPFEC FLEXFEC Encode ulpfec Decode ulpfec 动态 FEC 冗余度 FlexFEC in WebRTC WebRTC::FEC Ta...
WebRTC-FEC
viyana的博客
07-26 1246
RTP Payload Format for Generic Forward Error Correction摘要1.简介2.术语3.基本操作4.奇偶校验码5.不均匀电平保护（ULP）6.RTP 媒体包结构7.FEC 数据包结构7.1. 数据包结构7.2. FEC 数据包的 RTP 报头7.3. FEC 数据包的 FEC 标头7.4. FEC 数据包的 FEC 级别标头8. 保护操作8.1. FEC 报头的生成8.2. FEC 有效载荷的生成9.恢复程序9.1. RTP 头的重建9.2. RTP Paylo
流媒体学习之路(WebRTC)——FEC逻辑分析（6）
qw225967的博客
03-13 1688
前面为大家介绍了GCC的部分逻辑，GCC作为码率控制的第一环所有的数据都会收到它输出的参考码率的限制。在发送的数据内容中有很多的分类：视频数据、音频数据、重传数据、FEC数据。FEC前面有向大家介绍过，中文称为：前向纠错。在WebRTC中有一个很好的Fec应用例子，它通过RR回复的网络信息进行动态调整，使得在传输中抵抗不同程度的网络损伤。下面我针对FEC给大家介绍一下动态变化的逻辑。FecController是WebRTC提供的接口，如果需要自定义自己的控制类，那么继承它之后进行开发就可以了。
FEC在WebRTC中的实现
haima1998的专栏
03-14 6649
转自：https://www.jianshu.com/p/06a27ebacec7在基于IP网络的多媒体通信系统(比如WebRTC)中，网络丢包对多媒体通信质量有非常严重的影响：例如造成视频的马赛克、图像模糊、帧率下降等问题，造成音频的声音失真、噪声干扰、音频中断等问题。这都会严重影响系统的通信质量，造成非常差的用户体验。WebRTC主要采取两种手段对抗网络丢包：丢包重传(NACK)和前向纠错(F...
WebRTC系列--opus带内FEC和red效果
HOSTEN的博客
05-31 559
要使用RED，更改编解码器的顺序，使它在Opus编解码器之前。当你在相对较小的50kbps的Opus流旁边发送几百千比特的视频时，基于拥塞的Opus音频的FEC策略没有太多意义。在重度数据包丢失的情况下，LBRR使用的比特率最高可达10kbps（或数据速率的三分之二）。SILK的LBRR，也就是低比特率冗余，也包含在Opus中（记住Opus是一个混合编解码器，它在比特率谱的低端使用SILK）。然而，Opus中的SILK与Skype早年开源的原始SILK相当不同，用于前向错误纠正模式的LBRR部分也是如此。
WebRTC系列-Qos系列之发送NACK
HOSTEN的博客
01-18 1342
在之前的文章介绍了音频开启对包重传的方式及验证是否开启的成功的方式；在文章的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。在WebRTC中是支持音频和视频的NACK，本文只分析NACK及其重点相关的机制，不分析jitterbuffer或者neteq的相关知识及实现，这些将会有其他的文章重点介绍。
WebRTC-Fec
unclerunning的博客
01-21 549
ModuleRtpRtcpImplRTCPReceiverSendSideCongesRtpTransportCCallBitrateAllocatorIncomingPacketTriggerCallbacksFromRtcpPacketOnTransportFeedbackHasNetworkParametersToReportChangedOnNetworkChanged (bps,lo...
WebRTC ULPFEC
椛茶的博客
11-07 1866
网络中传输实时音视频数据通常使用 UDP，由于传输中存在丢包的问题可能使听到的声音有断续或者看到的视频卡顿，针对弱网场景可以通过添加适当的冗余包来对抗丢包引起的卡顿问题。FEC 基本原理是通过原始数据生成一定的冗余数据，如果原始数据在传输过程中有丢失，接收端也可以通过冗余数据恢复原始数据。本文介绍 ULPFEC 的基础理论，报文格式，并介绍 WebRTC ULPFEC 相关的源码实现。
webrtc中的ulp fec实现分析
weixin_29405665的博客
12-10 2757
测试
WebRTC中Fec实现
fdsafwagdagadg6576的专栏
01-12 449
FEC报文构建、FEC掩码构造和丢失数据包恢复 ForwardErrorCorrection::EncodeFec()主要: 如2.2.1中所介绍的，随机丢包和突发丢包下fec组包模式不同，所以webrtc准备了两张mask表 kFecMaskRandom(随机丢包), kFecMaskBursty(突发丢包)去生成mask, 调用internal::GeneratePacketMasks()去生成mask 根据mask和packet, 调用GenerateFecPayloads()生成fec包
WebRTC中FEC机制
qq_31231915的博客
01-19 2025
FEC原理 Packet A ##################### : : Packet B ############### : : : ULP FEC Packet #1 @@@@@@@@ :
webrtc QOS方法二.1（FEC原理）
热门推荐
CrystalShaw的博客
10-26 1万+
一、概述 webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec（草案）。其中Red和Ulpfec要成对使用。 二、RedFEC 简单将老报文打包到新包上。如下图所示，冗余度为1时，RFC2198打包情况： 这种方法在音视频领域几乎不使用，因为冗余包只能保护特定一个报文，这种方法带宽占用量很大，恢复能力有限，性价比很低。只是早期的T38......
WebRTC-FEC协议总结
viyana的博客
08-01 1073
需要解决的问题 1、FEC Level Header for FEC Packets中的Protection Length 字段的大小是如何确定的？RFC5109中10.2节的例子中没有明确给出该字段值的计算方式。 2、RFC5109中10.3节的东西，还需要仔细阅读，因为WebRTC中，就是采用该方式传输的数据包。 3、ULP FEC的具体实现，需要阅读WebRTC源码 FEC总结比较好的文章 1、FEC 5109协议的翻译 https://blog.csdn.net/viyana/article/det
WebRTC-Codec-Selector：深入分析浏览器编解码器质量工具
资源摘要信息:"WebRTC-Codec-Selector是一个用于WebRTC技术的工具，它帮助用户选择不同的音频和视频编解码器，并在不同的浏览器上检查音频和视频质量。该工具由阿尔卡特朗讯企业发行，最早发布于2014年12月，主要...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值