OPUS 中DTX的作用

最新推荐文章于 2023-10-16 22:26:35 发布
最新推荐文章于 2023-10-16 22:26:35 发布
阅读量449 收藏
点赞数
分类专栏： webrtc 文章标签： 音视频 webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hyl999/article/details/133839905
版权

OPUS DTX是OPUS编解码器中的一种技术，用于在音频通信中降低编码器的功耗和网络带宽占用。

DTX全称为Discontinuous Transmission，即不连续传输，它的目的是在不需要传输音频数据时将编码器置于睡眠状态，以节省能源和网络带宽。在传统的音频编码中，即使无声部分也会被编码并传输，这可能导致无效的音频数据传输，消耗更多的带宽和功耗。而DTX则可以有效解决这个问题。

OPUS DTX技术是基于语音活动检测（VAD）实现的。当检测到一段时间内没有音频输入时，编码器就会进入DTX模式，在此模式下，它会维持一个基本传输速率，只有在检测到有音频输入时才进行编码和传输。这样，就避免了对无声部分的编码和传输，从而减少了功耗和网络带宽。

OPUS DTX技术可以在保持音频通信质量的前提下，最大程度地节约能源和网络带宽。它适用于各种音频通信场景，如VoIP、视频会议、实时流媒体等。需要注意的是，尽管DTX技术可以减少编码器的功耗和网络带宽占用，但它可能会影响音频的质量，特别是在一些高噪声环境下。因此，在实际应用中需要根据具体情况进行适当调节和优化。

OPUS DTX是OPUS编解码器中的一种技术，通过语音活动检测实现了不连续传输，从而在保持音频通信质量的前提下，最大程度地节约编码器的功耗和网络带宽。

在没有检测到通话声音时，OPUS 会定期 400ms 发送静音包，达到降低带宽的目的，WebRTC 默认没有开启这个特性，要开启 DTX，需要 SDP 协商时，在 a=ftmp usedtx=1 开启

980205
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
opus 中文SDK
04-24
opus 中文SDK，花了半个月的业余时间翻译，绝对专业，敬业，比网络上其他的都全，我也尽量仔细检查过的。
opus编解码demo
04-18
opus编解码demo
opus格式音频测试文件
11-25
sample1.opus，sample2.opus，sample3.opus，sample4.opus opus格式音频文件，采样率48k，立体声，每个文件大小2MB左右。音频时长2分钟左右。
opus_decoder.rar_opus
07-15
Sampling rate (at the API level).
Opus api 中文手册
10-26
opus api 中文翻译，给中文不好的提供下api文档
音频前处理基本概念
YouthDance
03-11 1403
ES: Echo Suppresion EES: Enhanced Echo Suppresion AEC: Acoustic Echo Cancellation 声学回声消除。在一般的VOIP软件或视频会议系统中，假设我们只有A和B两个人在通话，首先，A的声音传给B，B然后用喇叭放出来，而这时B的MIC呢则会采集到喇叭放出来的声音，然后传回给A，如果这个传输的过程中时延足够大，A就会听到一个和自...
走进音视频的世界——Opus编解码协议
徐福记456
09-01 3902
​Opus是一种开源免费的音频编解码器，支持音乐和语音，具有低延时、带内FEC、DTX、PLC等特点，默认22.5ms延时，非常适用网络实时传输。官网：https://www.opus-codec.org。Opus协议收录于RFC6716，使用SILK和CELT两种编码。
WebRTC 的音频网络对抗概述
tq08g2z的专栏
06-10 775
WebRTC 音频数据处理中，期望可以实现音频数据处理及传输，延时低，互动性好，声音平稳无抖动，码率低消耗带宽少等。在数据传输上，WebRTC 采用基于 UDP 的 RTP/RTCP 协议，RTP/RTCP 本身不提供数据的可靠传输及质量保障。公共互联网这种分组交换网络，天然具有数据包传输的丢失、重复、乱序及延时等问题。WebRTC 音频数据处理的这些目标很难同时实现，WebRTC 的音频网络对抗实现中针对不同情况对这些目标进行平衡。 这里更仔细地看一下 WebRTC 音频数据处理管线，并特别关注与音频网.
Speex manul中文版
heeb123的专栏
12-17 1738
在VOIP的音频算法中，回音处理已经成为一个关系通话质量的主要问题。回声的产生在IP网络主要有两种：1.声学回声2.电路回声声学回声主要又分成以下几种:a ) 直接回声:由扬声器产生的声音未经任何反射直接进入麦克风b ) 间接回声: 由扬声器发出的声音经过多次反射后,再进入Mic对于第二种回声,拥有多路径,时变性的特点.是比较难处理的.由于IP网络下的传输的延迟较大,而一般情况下,
编解码器：Opus编码器内置FEC功能测试
无聊科技
08-03 4562
Opus功能十分强大，内置了FEC和DTX功能，Opus对FEC的使用方式是动态的，也就是说Opus能根据对端反馈的丢包率来动态的使用FEC功能，48k采样率，单声道、16k码率并且帧长度为20ms时，这种情况下只有在丢包率高于20%的时候Opus才会使用FEC，今天主要对Opus在这种条件下的FEC的功能进行了测试，本问是基于Opus接口的那篇文章写的，如果没看过可以链接到编解码器...
webrtc bitrate_controller 流程
hyl999的专栏
01-05 1591
thread.cc void Thread::ReceiveSends() { ReceiveSendsFromThread(NULL); } void Thread::ReceiveSendsFromThread(const Thread* source) { // Receive a sent message. Cleanup scenarios: // - thread sending exits: We don't allow this, since thread can exit
webrtc 音频发送
hyl999的专栏
01-02 1196
线程启动：platform_thread.cc void PlatformThread::Run() { if (!name_.empty()) rtc::SetCurrentThreadName(name_.c_str()); do { // The interface contract of Start/Stop is that for a successful call to // Start, there should be at least one call t
webrtc android 打包成aar
hyl999的专栏
04-30 869
我的环境：webrtc最新的， ubuntu20.04， python2.7 webrtc android 打包成aar，执行 tools_webrtc/android/release_aar.py --verbose --build-dir out/aar_release 会出现下面一些错误： Traceback (most recent call last): File "tools_webrtc/android/release_aar.py", line 31, in <module.
webrtc gcc算法(1)
最新发布
hyl999的专栏
10-16 666
在最近的WebRTC实现中， GCC把它的两种拥塞控制算法都移到了发送端来实现， 但是两种算法本身并没有改变，只是在发送端需要计算延迟， 因而需要一些额外的feedback信息， 为此WebRTC扩展了RTCP协议， 其中最主要的是增加了Transport-CC Feedback，该包携带了接收端接收到的每个媒体包的到达时间。基于丢包的拥塞控制比较简单， 其基本思想是根据丢包的多少来判断网络的拥塞程度， 丢包越多则认为网络越拥塞， 那么我们就要降低发送速率来缓解网络拥塞；
windows 提取webrtc的所有头文件
hyl999的专栏
03-15 571
echo off :: 定义源目录 set sourcePath=.\src ::定义目标路径 set resulePath=.\include xcopy %sourcePath%\*.h %resulePath%\ /s /e /c /y /h /r pause 此方式还会保留之前的目录结构
webrtc opus 音频编码支持SILK和CELT模式
hyl999的专栏
10-15 497
需要注意的是，SILK CELT是一个相对较老的音频编码方案，在一些最新的音频编解码器中可能并不常见。当前WebRTC更常用的音频编码方案是Opus编码器，它已经集成了SILK和CELT的功能，并提供了更好的音频质量和传输效果。它提供高质量的音频传输，并且适用于各种比特率和带宽条件。通过SILK CELT，可以在不同的比特率范围内实现音频编解码，从低比特率到高比特率都能够得到较好的音频质量和传输效果。SILK CELT是将SILK和CELT编解码器结合在一起的混合音频编码方案，用于实现高质量的音频传输。
qt 添加库
hyl999的专栏
03-17 476
win32: LIBS += -ladvapi32 -lcomdlg32 -ldbghelp -ldnsapi -lgdi32 -lmsimg32 -lamstrmid -lWs2_32 -lwmcodecdspuuid -lsecur32 -liphlpapi -lcrypt32 -ldmoguids -lamstrmid -lmsdmo -ld3d11 -ldxgi -lwinmm -lOpenGL32 -lStrmiids -lcrypt32 -lcryptdll
WebRTC REMB 算法
hyl999的专栏
10-16 421
它基于接收端对视频缓存情况和网络状况的监测，动态地估计可用的带宽，并向发送端发送估计值，使得发送端可以根据估计值适当地调整视频的码率和分辨率。在实时通信中，网络带宽的变化经常会影响视频的质量和流畅度。发送端根据估计值调整码率和分辨率：发送端会根据接收端发来的带宽估计值，适当地调整视频的码率和分辨率，以适应当前的网络带宽。发送端发送带宽估计值：当缓存情况较好时，接收端会向发送端发送一个带宽估计值，告诉发送端当前的可用带宽。接收端监测缓存：接收端会定期监测自己的视频缓存情况，包括缓存的大小、缓存时间等指标。
opus sample
05-20
Opus 是一种开源音频编解码器，适用于音频流传输和储存。以下是 Opus 编码和解码的示例代码： 编码： ```c #include <opus/opus.h> int main() { int error; OpusEncoder *encoder; int32_t sample_rate = 48000; int channels = 2; int application = OPUS_APPLICATION_AUDIO; int max_payload_bytes = 4000; encoder = opus_encoder_create(sample_rate, channels, application, &error); if (error != OPUS_OK) { fprintf(stderr, "failed to create encoder: %s\n", opus_strerror(error)); return -1; } error = opus_encoder_ctl(encoder, OPUS_SET_MAX_PAYLOAD_BYTES(max_payload_bytes)); if (error != OPUS_OK) { fprintf(stderr, "failed to set max payload bytes: %s\n", opus_strerror(error)); return -1; } int16_t pcm_frame[960 * channels]; uint8_t compressed_frame[max_payload_bytes]; int compressed_size; /* read a frame of audio data from somewhere */ while (1) { /* encode the frame */ compressed_size = opus_encode(encoder, pcm_frame, 960, compressed_frame, max_payload_bytes); if (compressed_size < 0) { fprintf(stderr, "opus_encode failed: %s\n", opus_strerror(compressed_size)); return -1; } /* send the compressed data over the network */ send_data_to_network(compressed_frame, compressed_size); } opus_encoder_destroy(encoder); } ``` 解码： ```c #include <opus/opus.h> int main() { int error; OpusDecoder *decoder; int32_t sample_rate = 48000; int channels = 2; int max_payload_bytes = 4000; decoder = opus_decoder_create(sample_rate, channels, &error); if (error != OPUS_OK) { fprintf(stderr, "failed to create decoder: %s\n", opus_strerror(error)); return -1; } error = opus_decoder_ctl(decoder, OPUS_SET_MAX_PAYLOAD_BYTES(max_payload_bytes)); if (error != OPUS_OK) { fprintf(stderr, "failed to set max payload bytes: %s\n", opus_strerror(error)); return -1; } uint8_t compressed_frame[max_payload_bytes]; int compressed_size; int16_t pcm_frame[960 * channels]; int pcm_size; /* receive a compressed frame of audio data from the network */ while (1) { /* decode the frame */ pcm_size = opus_decode(decoder, compressed_frame, compressed_size, pcm_frame, 960, 0); if (pcm_size < 0) { fprintf(stderr, "opus_decode failed: %s\n", opus_strerror(pcm_size)); return -1; } /* play the decoded audio */ play_audio(pcm_frame, pcm_size); } opus_decoder_destroy(decoder); } ```

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值