WebRTC模块化设计思想之编解码

Posted shichaog

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了WebRTC模块化设计思想之编解码相关的知识,希望对你有一定的参考价值。

WebRTC为了隔离不同模块之间的耦合问题,大量使用了指向派生类的基类指针方法。

由于webRTC是一个非常大的工程,有很多人在并行开发多个模块,不同模块之间存在使用关系,为了并行开发,定义一个接口类。模块间调用的方法都定义在接口类里,接口类中的方法声明为纯虚函数,没有任何实现。对于使用到这些方法的模块而言,只要拿到接口类文件,定义一个该类的指针,就可以闭着眼睛调用那些虚函数,编译无忧。对于需要实现接口类的模块开发而言,也是使用同一个接口类,做一个接口类的子类,该子类实现所有的函数。

c++ 关键字特性非常有用,类名+final,表明这是一个最终的类,这个类不可以继承,基本上这种类派生于一个接口类,这个接口类的作用就是用于不同模块之间开发调试,这样可以最小化两个模块之间的影响。

类名+final类中的方法一般使用override修饰,这是因为派生类的目标是实现接口类中的方法,加override可以防止函数名写错、参数写错等,确保确实会重载接口类中的方法,在编译而不是调试阶段发现错误。

比如在接口类AudioCodingModule中定义了音频编码器应该具有的功能,

AudioCodingModule中定义了音频编码应该提供的功能,包括接收、发送以及统计三个部分,接收部分将接收到RTP数据(IncomingPacket)解码后提供给播放线程播放(PlayoutData10Ms),对于发送而言则需要编码(Encode),这样使用到音频编码模块拿到这个接口类就可以开发,在音频编解码功能没有完整开发完时两个模块是解耦的。

以上是关于WebRTC模块化设计思想之编解码的主要内容,如果未能解决你的问题,请参考以下文章

WebRTC模块化设计思想之编解码

Netty之编解码

Netty框架之编解码机制二(自定义协议)

Netty框架之编解码机制二(自定义协议)

Netty框架之编解码机制二(自定义协议)

Netty框架之编解码机制一(ByteBuf以及Tcp粘包拆包)