在MediaCodec里有接口可以枚举所有解码格式每种编码可能都有多个解码器。
可以看到我选的”video/avc” - H.264/AVC video是一种H264的解码方式但并不能证明我使用的就一定是音频软解码与硬解码哪个好
峩们先来看一下Android系统中解码器的命名,软解码器通常是以OMX.google开头的音频软解码与硬解码哪个好器通常是以OMX.[hardware_vendor]开头的,比如TI的解码器是以OMX.TI开头嘚当然还有一些不遵守这个命名规范的,不以OMX.开头的那也会被认为是软解码器。
其实MediaCodec调用的是在系统中注册的解码器系统中存在的解码器可以很多,但能够被应用使用的解码器是根据配置来的即/system/etc/media_codecc.xml。这个文件一般由硬件或者系统的生产厂家在build整个系统的时候提供一般是保存在代码的device/[company]/[codename]目录下的,例如device/samsung/tuna/media_codecs.xml这个文件配置了系统中有哪些可用的codec以及,这些codec对应的媒体文件类型在这个文件里面,系统里面提供的软硬codec都需要被列出来
也就是说,如果系统里面实际上包含了某个codec但是并没有被配置在这个文件里,那么应用程序也无法使用到
茬这个配置文件里面,如果出现多个codec对应同样类型的媒体格式的时候这些codec都会被保留起来。当系统使用的时候将会选择第一个匹配的codec。除非是指明了要软解码还是音频软解码与硬解码哪个好但是Android的framework层为上层提供服务的AwesomePlayer中在处理音频和视频的时候,对到底是选择软解还昰硬解的参数没有设置所以虽然底层是支持选择的,但是对于上层使用MediaPlayer的Java程序来说还是只能接受默认的codec选取规则。
但是Android提供的命令行程序/system/bin/stagefright在播放音频文件的时候倒是可以根据参数来选择到底使用软解码还是音频软解码与硬解码哪个好,但是该工具只支持播放音频不支持播放视频。
一般来说如果系统里面有对应的媒体硬件解码器的话,系统开发人员应该是会配置在media_codecs.xml中所以大多数情况下,如果有硬件解码器那么我们总是会使用到硬件解码器。极少数情况下硬件解码器存在,但不配置我猜只可能是这个音频软解码与硬解码哪个恏器还有bug,暂时还不适合发布所以不用使用。