编解码器：Opus编码器内置FEC功能测试

最新推荐文章于 2024-06-26 09:33:00 发布
最新推荐文章于 2024-06-26 09:33:00 发布
阅读量880 收藏
点赞数
分类专栏： 编解码
原文链接：https://blog.csdn.net/qq_29621351/article/details/81393757
版权

本文转自https://blog.csdn.net/qq_29621351/article/details/81393757，如有侵权请联系删除

      Opus功能十分强大，内置了FEC和DTX功能，Opus对FEC的使用方式是动态的，也就是说Opus能根据对端反馈的丢包率来动态的使用FEC功能，48k采样率，单声道、16k码率并且帧长度为20ms时，这种情况下只有在丢包率高于20%的时候Opus才会使用FEC，今天主要对Opus在这种条件下的FEC的功能进行了测试，本问是基于Opus接口的那篇文章写的，如果没看过可以链接到 编解码器：Opus编解码器的接口及使用。

    找一段pcm音频原始文件，用作编解码器操作数据的源文件，取名为test.pcm。然后进入到opus_demo.exe文件的目录下SHIFT+右键点击在此处打开命令窗口。

如图在opus_demo.exe可执行文件目录下打开命令台，之后就要对你的pcm源文件进行编码和解码，测试FEC的纠错功能。利用opus_demo演示程序对pcm文件进行处理。

根据上面链接文章中的指令参数调用表格，写出如下指令：


 
 
  1. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_0
     
     .pcm
    
    
    
   
   
  2. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 5  
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_5
     
     .pcm
    
    
    
   
   
  3. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 10 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_10
     
     .pcm
    
    
    
   
   
  4. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 15 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_15
     
     .pcm
    
    
    
   
   
  5. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 20 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_20
     
     .pcm
    
    
    
   
   
  6. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 25 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_25
     
     .pcm
    
    
    
   
   
  7. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -loss 30 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_nofec_30
     
     .pcm
    
    
    
   
   
  8. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
     
    
    
    
   
   
  9. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_0
     
     .pcm
    
    
    
   
   
  10. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 5  
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_5
     
     .pcm
    
    
    
   
   
  11. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 10 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_10
     
     .pcm
    
    
    
   
   
  12. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 15 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_15
     
     .pcm
    
    
    
   
   
  13. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 20 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_20
     
     .pcm
    
    
    
   
   
  14. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 25 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_25
     
     .pcm
    
    
    
   
   
  15. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 30 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test_30
     
     .pcm

每一行都会生成一个pcm文件（opus_demo指令之后加 -e 和 -d 分别表示只编码和只解码，什么都不加表示编码之后再解码），前7行表示在不使用FEC功能前提下的Opus在各种丢包率下编解码操作后的得到的pcm文件，后7行表示前7行的基础上加入了opus内置的FEC功能，将所有最终得到的pcm原始音频文件在coolEditPro软件中播放，然后比较他们之间的音质差异。

首先比较没加FEC处理的音频在各种丢包率下的音质（当然是丢包率越少越好），然后比较在相同丢包率下，FEC处理过和FEC没有处理过的音频的音质比较，你会发现一个很奇怪的现象，在丢包率不大于20%时，FEC处理过的音质与FEC没有处理过的音质基本没有区别，甚至用Beyond Compare软件对两个pcm文件进行是16进制比较时，也发现没有任何区别，这也验证了我之前说的，在丢包率不大于20%时，Opus不会启用FEC，在丢包率大于20%时，相同丢包率下，FEC处理过的音质要远高于FEC没有处理的，这说明FEC还是很有成效的。

如果你非要想去验证那就只用opus_demo的编码功能（opus_demo后面加 -e 来只执行编码）


 
 
  1. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 19 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test19
     
     .opus
    
    
    
   
   
  2. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 20 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test20
     
     .opus
    
    
    
   
   
  3. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -inbandfec 
     
     -loss 21 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test21
     
     .opus
    
    
    
   
   
  4. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
     
    
    
    
   
   
  5. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -loss 19 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test19_nofec
     
     .opus
    
    
    
   
   
  6. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -loss 20 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test20_nofec
     
     .opus
    
    
    
   
   
  7. 
   
   
    
    
    
    
   
   
    
   
   
    
    
    
    
     
     opus_demo 
     
     -e 
     
     voip 48000 1 16000 
     
     -loss 21 
     
     path\
     
     to\
     
     test
     
     .pcm 
     
     path\
     
     to\
     
     test21_nofec
     
     .opus

通过16进制对比，test19.opus 和 test19_nofec.opus，test20.opus 和 test20_nofec.opus 是毫无差别的，说明丢包率不高于20%时，Opus不启动FEC。而 test21.opus 和 test21_nofec.opus 则有很大不同，说明在丢包率大于20%时，Opus启用了FEC。

上述全是在 48k采样率，单声道、16k码率并且帧长度为20ms时测试的，我觉得在其他条件下这个丢包率的阈值有可能会不同，以后如果测试到不同会继续补充，有问题请在评论区留言。

——————————————————————————————————————————————————————

2018年8月6日，补上部分丢包率阈值测试结果

采样率语音长度比特率丢包率
16K20ms16K20%
16K20ms64K2%
16K60ms16K5%
16K60ms64K5%
48K20ms16K20%
48K20ms64K2%
48K60ms16K5%
48K60ms64K5%
风清_云扬
关注
专栏目录
WebRTC系列--opus带内FEC
HOSTEN的博客
05-30 1030
Opus 编码器的 OPUS_SET_COMPLEXITY 参数控制编码器的复杂性，这个参数的范围在 0 到 10 之间，其中 0 是最低复杂性，10 是最高复杂性。调整 OPUS_SET_COMPLEXITY 参数会影响编码器的以下行为：计算复杂性：将 OPUS_SET_COMPLEXITY 参数调高会增加编码过程的计算复杂性。这意味着，更高的复杂性可能会导致更高的 CPU 利用率和更大的延迟。
实时音频编解码之十一Opus编码
shichaog的专栏
05-14 7504
本文谢绝任何形式转载，谢谢。 第四章 Opus编码 Opus是较为成熟的开源商用语音编解码器，其编码质量高且无版权使用费，因WebRTC标准中规定要支持该音频编码器，所以当今各大浏览器都支持Opus编码器。Opus有很多突出的优点，如延迟低、编码范围宽、输出比特率可控等。Opus常用于实时通信和实时流媒体等程序中，通常伴随视频流，由于人耳对声音更为敏感，所以常以音频流RTP时间戳为基准同步视频流，音视频同步并不再本书范畴。 Opus编码比特率范围从窄带的6kbps到高品质立体声的510kbps，Opus使用
Opus FEC小结
xy_kok的博客
06-23 4502
前向纠错也叫前向纠错码(Forward Error Correction，简称FEC)，是增加数据通讯可信度的方法。在单向通讯信道中，一旦错误被发现，其接收器将无权再请求传输。FEC 是利用数据进行传输冗余信息的方法，当传输中出现错误，将允许接收器再建数据。   FEC通过冗余编码的方式将当前帧数据冗余一些到后一帧数据，因此当发现当前帧丢失，可以通过后一帧数据恢复。 int opus_
音视频编解码--Opus系列一
最新发布
Innovator_cjx的博客
06-26 632
Opus 是一个完全开源，免费的，通用性高的音频解码器。Opus 在网络上有着无与伦比的交互式语音和音乐传播功能，但也可以用来存储，在流媒体上使用。Opus 遵从 Internet Engineering Task Force (IETF)RFC 6716标准，整合了 Skype’s SILK 解码和 Xiph.Org’s CELT 解码的技术。
OPUS的入门指导
9527的专栏
08-23 4409
https://blog.csdn.net/wirelessdisplay/article/details/77801825 基本介绍      官网http://www.opus-codec.org/      opus是一个有损声音编码的格式,由IETF开发,没有任何专利或限制,适用于网络上的实时声音传输,标准格式为RFC 6716,其技术来源于Skype的SILK及Xiph.Org的CE...
opus 编码和解码完整demo代码，opus和wav互转（js源码）
今天是最珍贵的
08-20 2578
js实现opus的编码和解码完整demo，以及wav和opus文件的互相转换。wav编码为opus后，可保存opus文件，opus文件解码后，可保存为wav文件
走进音视频的世界——Opus编解码协议
徐福记456
09-01 4922
​Opus是一种开源免费的音频编解码器，支持音乐和语音，具有低延时、带内FEC、DTX、PLC等特点，默认22.5ms延时，非常适用网络实时传输。官网：https://www.opus-codec.org。Opus协议收录于RFC6716，使用SILK和CELT两种编码。
编解码器：Opus编解码器的接口及使用
无聊科技
07-24 8504
1.源码下载及编译 编解码器版本采用opus-1.3-beta，opus官网：https://www.opus-codec.org/ 下载完成后解压源码，在VS2015上打开源码  opus-1.3-beta\win32\VS2015\opus.sln，共有5个项目，其中opus项目是opus编解码器的主要实现以及对外部提供接口，实际写程序的时候一定是基于该项目中接口的，opus_demo是基...
opus编码器+解码器
qq_42501444的博客
06-19 3100
将两部分代码放入opus-1.3.1/src/中 gcc test_encode.c -I …/silk -I …/include/ -I …/celt -L …/.libs/ -lopus -o encode -lm gcc test_decode.c -I …/silk -I …/include/ -I …/celt -L …/.libs/ -lopus -o decode -...
面向不可靠⽹络的全新抗丢包编解码器框架.pdf
08-21
总结来说，这篇文档介绍了一种专为不可靠网络环境设计的抗丢包编解码器框架，该框架通过有效结合信源编码和信道编码，并采用一系列先进的FEC技术，来应对网络丢包带来的挑战。其核心AgoraSOLO技术在多人通信环境中...
Opus音频测试
02-28
Opus音频测试 http://blog.csdn.net/bedpotato/article/details/20144171
FEC编码例子 很有参考价值
11-08
前向纠错（FEC)是指利用软件技术在发送端对信源信息进行一定形式的编码（如BCH编码、R-S编码），然后用新的编码流进行传输。
webrtc音频QOS方法二（opus编码器自适应网络参数调整功能）
CrystalShaw的博客
06-24 4033
一、opus函数调用接口 二、自适应网络调整参数介绍 1、WebRtcOpus_SetBitRate Opus支持码率从6 kbit/s到510 kbit/s的切换功能，以适应这种网络状态。以20ms单帧数据编码为例，下面是各种配置的Opus的比特率最佳点。 2、WebRtcOpus_SetPacketLossRate 动态配置丢包率，是为了动态调整opus FEC的冗余度。opus编码器自带inband FEC冗余算法，增强抗丢包能力。大概使用的是...
Opus前向纠错
clark的专栏
04-10 2778
官网：https://opus-codec.org/ Github：https://github.com/xiph/opus 一、简介 Opus 可以处理广泛的音频应用，包括 IP 语音、视频会议、游戏内聊天，甚至远程现场音乐表演。它可以从低比特率的窄带语音扩展到非常高质量的立体声音乐。支持的功能有： 比特率从 6 kb/s 到 510 kb/s 采样率从 8 kHz（窄带）到 48 kHz（全带） 帧大小从 2.5 ms 到 60 ms 支持恒定比特率 (CBR) 和可变比特率 (VBR)
WebRTC SFU中发送数据包丢失反馈
yinshipin007的博客
03-06 211
在音频流的情况下，网络中的数据丢失修改了OPUS编解码器的强度级别。例如，如果发送方上行链路良好，即使接收方在下行链路中遇到大量丢包，报告给发送方的丢包也将为0.通过选择要转发给那些参与者的较低分辨率/层，可以通过在SFU中完成的重新传输和比特率自适应来纠正这一点。或者a)SFU报告最差的接收器的丢包率，或者b)使用每个接收器的丢包估其带宽，并仅报告RR数据包中的发送方一侧丢包。因此，从SFU向发送方报告的丢包应该是该链路(发送方-SFU)的丢包，无论收到的丢包是什么，对于接收方1和2都是如此。
WebRTC系列--FEC介绍
HOSTEN的博客
06-20 1113
RedFEC (Reduced-Complexity Forward Error Correction) 是一种前向纠错协议，定义在RFC2189中，它旨在通过向数据流中添加冗余信息来提高数据传输的可靠性；RedFEC通过在发送端对数据进行冗余编码，并在接收端使用冗余数据进行纠错来抵抗数据包丢失或错误。在规范中即定义了打包的格式，及如何通过RedFEC生成冗余包来对原始数据进行保护；异或的规则：两个值不相等则为 1，相等则为 0；当两个输入位相同时，异或结果为0。
opus编解码的使用
热门推荐
一步一脚印
09-18 1万+
opus简介以及优点：Opus是一个有损声音编码的格式，由Xiph.Org基金会开发，之后由互联网工程任务组（IETF）进行标准化，目标用希望用单一格式包含声音和语音，取代Speex和Vorbis，且适用于网络上低延迟的即时声音传输，标准格式定义于RFC 6716文件。Opus格式是一个开放格式，使用上没有任何专利或限制。
Opus编解码协议
Lce的专栏
09-03 2518
Opus是一种开源免费的音频编解码器，支持音乐和语音，具有低延时、带内FEC、DTX、PLC等特点，默认22.5ms延时，非常适用网络实时传输。。Opus协议收录于，使用SILK和CELT两种编码。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值