webrtc之peerconnection_client详解(一)

前面我们跑了webrtc的peerconnection_client的demo,体验了webrtc的视频通话效果,本文从代码框架上梳理该demo的结构,为后面深入学习webrtc协议做好准备。


一、代码结构
     从文件结构上:该demo分为:main.cc,main_wnd.cc.,conductor.cc,peer_connection_client.cc四个文件。其中:
     main.cc: 进程入口,负责网络,窗口,ssl等初始化相关工作,消息循环。
     main_wnd:windows窗口事件处理,视频和图形渲染等。
     Peer_connection_clinent:负责与信令服务器,peer客户端进行交互等
     conductor.cc:是一个控制模块,负责与main_wnd和Peer_connection_client交互。同时继承多个xxx_Observer,会产生很多底层回调事件,通知main_wnd和Peer_connection_client刷新某个动作。

二、设计模式
在这里其实用到一个设计模式,即观察者模式。
Conductor 继承:public webrtc::PeerConnectionObserver,public webrtc::CreateSessionDescriptionObserver, public PeerConnectionClientObserver,
xxx_Observer本身就是一个观察者,当观察的目标发生变化时,就会通知xxx_Observer产生一个事件回调。而Conductor继承xxx_Observer,所以Conductor也是一个观察者身份。因此Conductor会存在很多On_XXXX相关的实际回调。同时conductor和main_wnd,Peer_connection_client 也时一个观察者模式。Conductor 监听到事件,会通知main_wnd Peer_connection_client进行相关界面更新或者与peer的进一步交互,在这个模式中,Conductor是目标,main_wnd和Peer_connection_client是观察者角色,同时这里还有一个妙用,观察者通过回调,也能调用目标者的相关API。

 conductor和main_wnd,Peer_connection_client三者关系

登录流程入口函数:OnMessage----.>OnDefaultAction ---->StartLogin

通话连接入口函数:OnMessage-----> OnDefaultAction --->ConnectToPeer

视频渲染流程函数:OnFrame----->InvalidateRect--->OnPaint----使用GDI渲染

这里抛出一个疑问?音频渲染是怎么实现的?为啥demo没有找到音频渲染的回调,对音频PCM数据进行相关处理呢?更多更新信息请关注微信公众号:AV_Chat

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

江海细流

如该文章对你有帮助,请支持!

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

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

打赏作者

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

抵扣说明:

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

余额充值