audio_coding模块分析和audio_conference_mixer模块分析

audio_coding

1. 主要接口

AudioCodingModuleImpl::RegisterReceiveCodec 初始化Codec

AudioCodingModuleImpl::IncomingPacket 收包

AudioCodingModuleImpl::PlayoutData10Ms neteq处理，并解码，返回原始数据

AudioCodingModuleImpl::Add10MsData 存储数据

AudioCodingModuleImpl::Process 编码，并调用channel回调

2. 主要功能类

AudioDecoder/AudioEncoder audio编解码接口类

NetEqImpl neteq的主要接口和处理类，负责neteq的相关功能流程，以及调用AudioDecoder和AudioEnder相关编解码接口

3. 主要功能

neteq， 处理语音编解码，管理编解码库

AudioProcessingImpl

1. 主要接口

AudioConferenceMixerImpl::Process 主要处理类，遍历所有channel，回调出来原始数据，进行混音

AudioConferenceMixerImpl::SetMixabilityStatus 加入到混音器

2. 主要功能类

AudioConferenceMixerImpl 混音的控制类

3. 主要功能

混音

版权声明：本文为博主原创文章，未经博主允许不得转载。

时间： 2024-10-09 21:24:21

audio_coding模块分析和audio_conference_mixer模块分析的相关文章

Python模块的交叉引用问题分析

实际项目中遇到python模块相互引用问题,查资料,说是通过import局部导入的方式可以避免错误,资料如附录所述. 但更改后测试还是会出错,很疑惑!? 如果哪位读者有好的解决方法,敬请留言说明,谢谢. 所以,最好的方法是不进行交叉引用,如果需要就单独分一个模块出来. 附录:Python模块的交叉引用问题解读:How can I have modules that mutually import each other? 有下面两个文件相互引用,Python解释器报错. foo.py: from

Android4.42-Setting源码分析之蓝牙模块Bluetooth（下）

接着上一篇Android4.42-Settings源码分析之蓝牙模块Bluetooth(上) 继续蓝牙模块源码的研究 THREE,蓝牙模块功能实现 switch的分析以及本机蓝牙重命名和可见性的分析见上一篇,接下来进行第三章第三部分的介绍:关于蓝牙远程设备列表的加载.如果没有看过,建议看看上一篇关第一章蓝牙的布局,有助于理解 3>,设备列表的加载 因为这部分代码很多,所以在介绍时先说一下思路,程序首先通过底层的BluetoothAdapter的getBondedDevices()方法获取到已配对

Android帧缓冲区（Frame Buffer）硬件抽象层（HAL）模块Gralloc的实现原理分析

          前面在介绍Android系统的开机画面时提到,Android设备的显示屏被抽象为一个帧缓冲区,而Android系统中的SurfaceFlinger服务就是通过向这个帧缓冲区写入内容来绘制应用程序的用户界面的.Android系统在硬件抽象层中提供了一个Gralloc模块,封装了对帧缓冲区的所有访问操作.本文将详细分析Gralloc模块的实现,为后续分析SurfaceFlinger服务的实现打下基础.         在前面Android系统的开机画面显示过程分析一文中提到,Li

Android4.42-Settings源代码分析之蓝牙模块Bluetooth总体实现（总）

本文为博主原创,转载请注明出处:http://blog.csdn.net/zrf1335348191/article/details/50995466 蓝牙相关代码已在另两篇文章中介绍,有须要的能够查看 Android4.42-Settings源代码分析之蓝牙模块Bluetooth(上) Android4.42-Setting源代码分析之蓝牙模块Bluetooth(下) ONE,SWITCH蓝牙开关 switch从创建到动作状态监听步骤例如以下 创建switch实例 Switch actionB

elasticsearch源码分析之search模块(client端)

elasticsearch源码分析之search模块(client端) 注意,我这里所说的都是通过rest api来做的搜索,所以对于接收到请求的节点,我姑且将之称之为client端,其主要的功能我们可以简单地概括为将的数据请求发送到node,然后在对返回的结果做处理并返回给调用方,话虽如此,但是过程并非那么简单. 请求初始化 1.api的注册,上一篇已经提到了,所以的api都是通过Guice框架注册进来的,在注册的时候会在controller上将不同的url绑定到不同的handler中: co

Android FM模块学习之四源码分析（五）

前几章我们分析了FM模块的几个主要的类文件,今天要分析的是:FMTransceiver.java public class FmTransceiver { /* Primary FM States : * FM will be in one of the 4 states at any point of time * '0' - FMState_Turned_Off * '1' - FMState_Rx_Turned_On * '2' - FMState_Tx_Turned_On * '3' -

Android4.4.2源码分析之WiFi模块（二）

接着上一篇继续对WiFi源码的分析 Android4.4.2源码分析之WiFi模块(一) onResume方法中 6>,首先是调用WiFiEnabler的resume方法对switch进行管理 接下来注册广播 getActivity().registerReceiver(mReceiver, mFilter); 广播监听的action如下 //wifi状态改变的action mFilter.addAction(WifiManager.WIFI_STATE_CHANGED_ACTION); //W

WebRTC源码分析：音频模块结构分析

一.概要介绍WebRTC的音频处理流程,见下图: webRTC将音频会话抽象为一个通道Channel,譬如A与B进行音频通话,则A需要建立一个Channel与B进行音频数据传输.上图中有三个Channel,每个Channel包含编解码和RTP/RTCP发送功能. 以一个Channel而言,应用程序中将包含三个活动线程,录音线程,音频接收线程和播放线程. 1)录音线程:负责麦克风音频的采集,见图中红色路径,采集到音频后,缓存到一定长度,进行音频处理,主要包括EC,AGC和NS等.然后送到Chann

Android4.4.2源码分析之WiFi模块（一）

由对Androidsetting的源码分析之WiFi模块的界面fragment为WiFisettings.java,关于setting模块的源码分析可以参考 Android系统源码剖析(一)---Settings 已经写了几篇关于Android源码的,源码代码量太大,所以如果想分析某个模块可能不知如何下手,说一下思路 1,分析源码英文阅读能力要够,想要分析某个模块一般找模块对应的英文,就是模块 2,找到之后首先查看清单配置文件Androidmani.fest,找到程序主界面activity 3,