WebRTC源码分析四:视频模块结构
2015-07-25 08:32
267 查看
本文在上篇的基础上介绍WebRTC视频部分的模块结构,以进一步了解其实现框架,只有了解了整体框架结构,对局部算法修改才能够胸有成竹。
一、对外接口
对外接口有ViEBase,ViECapture,ViECodec,ViEEncryption,ViEFile,ViEImageProcess,ViENetwork,ViERender和ViERTP_RTCP。主要接口有:
1)ViEBase:负责创建和管理视频会话链路;
2)ViECapture:设置采集设备和参数;
3)ViEImageProcess:视频画面处理配置;
4)ViENetwork:通信端口设置;
5)ViERender:渲染设备选择与设置。
与音频类似,对外接口都是通过VideoEngine对象来获取:
ViEInterfaceXX*pInterface = ViEInterfaceXX:GetInterface(pVideoEngine);
二、模块组成
模块之间的关系如图1所示,红色标明的模块与视频产生相关,VideoCaptureModule负责产生视频数据,通过VideoCaptureDataCallback和VideoCaptureFeedback回调传递给采集模块。粉红色标明的模块与视频采集相关,ViECapturer负责采集视频数据,封装成视频帧。通过ViEFrameProviderBase回调注册的ViEFrameCallback的接口。由于ViEEncoder实现了ViEFrameCallback接口,所以视频帧传递给ViEEncoder进行编码,VideoCodingModule一侧模块完成是视频帧的编码工作。此外ViEEncoder实现了VCMPacketizationCallback接口,当编码完视频后,调用该接口通过RtpRtcp模块发送视频帧。绿色标明的模块与视频的渲染相关。ViEChannel负责解码接收的视频帧,解码后通过ViEFrameProviderBase接口将视频帧传递给ViEFrameCallback,由于ViERenderer实现了该接口,所以最终传递到ViERenderer中,ViERenderer负责后续的渲染工作。
![](http://img.blog.csdn.net/20140219160954375?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbmV1c3RhcjE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
图1 模块关系
三、设计模式
WebRTC源码中存在许多类似的场景:
Class CallbackA
{
Virtual void Completed()=0;
}
Class B
{
Public:
B(CallbackA*pCallbackA):Callback_(pCallbackA){}
Void Exec()
{
/**执行某些操作*/
Callback_->Completed();
}
}
Class A:public CallbackA
{
Public:
Void DoThing()
{
m_pB = new B(this);
m_pB->Exec();
delete m_pB;
}
Private:
B* m_pB;
}
之所以使用这种方式,有两方面原因,一方面是层次划分的原因,CallbackA属于A类这一层的调用操作,但是它又必须在B类的某个方法后执行,所以使用回调。另外一方面为了可扩展,允许在现有的结构上实现更多功能。
一、对外接口
对外接口有ViEBase,ViECapture,ViECodec,ViEEncryption,ViEFile,ViEImageProcess,ViENetwork,ViERender和ViERTP_RTCP。主要接口有:
1)ViEBase:负责创建和管理视频会话链路;
2)ViECapture:设置采集设备和参数;
3)ViEImageProcess:视频画面处理配置;
4)ViENetwork:通信端口设置;
5)ViERender:渲染设备选择与设置。
与音频类似,对外接口都是通过VideoEngine对象来获取:
ViEInterfaceXX*pInterface = ViEInterfaceXX:GetInterface(pVideoEngine);
二、模块组成
模块之间的关系如图1所示,红色标明的模块与视频产生相关,VideoCaptureModule负责产生视频数据,通过VideoCaptureDataCallback和VideoCaptureFeedback回调传递给采集模块。粉红色标明的模块与视频采集相关,ViECapturer负责采集视频数据,封装成视频帧。通过ViEFrameProviderBase回调注册的ViEFrameCallback的接口。由于ViEEncoder实现了ViEFrameCallback接口,所以视频帧传递给ViEEncoder进行编码,VideoCodingModule一侧模块完成是视频帧的编码工作。此外ViEEncoder实现了VCMPacketizationCallback接口,当编码完视频后,调用该接口通过RtpRtcp模块发送视频帧。绿色标明的模块与视频的渲染相关。ViEChannel负责解码接收的视频帧,解码后通过ViEFrameProviderBase接口将视频帧传递给ViEFrameCallback,由于ViERenderer实现了该接口,所以最终传递到ViERenderer中,ViERenderer负责后续的渲染工作。
图1 模块关系
三、设计模式
WebRTC源码中存在许多类似的场景:
Class CallbackA
{
Virtual void Completed()=0;
}
Class B
{
Public:
B(CallbackA*pCallbackA):Callback_(pCallbackA){}
Void Exec()
{
/**执行某些操作*/
Callback_->Completed();
}
}
Class A:public CallbackA
{
Public:
Void DoThing()
{
m_pB = new B(this);
m_pB->Exec();
delete m_pB;
}
Private:
B* m_pB;
}
之所以使用这种方式,有两方面原因,一方面是层次划分的原因,CallbackA属于A类这一层的调用操作,但是它又必须在B类的某个方法后执行,所以使用回调。另外一方面为了可扩展,允许在现有的结构上实现更多功能。
相关文章推荐
- 数组的应用创建、存储、自定义、快速获取
- Android SQLite数据库存储实现
- X86上搭建交叉工具链,来给龙芯笔记本编译本地工具链(未完待续)
- 颜色空间转换
- WebRTC源码分析三:视频处理流程
- 如何优雅的进行页面间的跳转
- SharedPreference解析
- win7下安装linux双系统完整版
- ARM 汇编指令
- linux文件系统简介
- 直线,折线,封闭曲线,平面分割区域问题
- 程序运行相关结构
- 程序运行相关结构
- 常用的结构体
- IIS 7 托管管道模式 经典模式(Classic) 集成模式(Integrated) 分析与理解
- ContentProvider实现数据共享
- POJ 2492 A Bug's Life
- JavaScript高级选择器 querySelector
- 可变字符串
- 变量的使用注意