请问android使用MediaCodec进行解码，就是硬解码吗？软解码和硬解码的优先级是怎样的?

雨点打透心脏的1/2处 2021-09-11 04:44 665阅读 0赞

在MediaCodec里有接口可以枚举所有解码格式，每种编码可能都有多个解码器。

MediaCodec mediaCodec = MediaCodec.createDecoderByType("video/avc");

我的应用里面接收的是H264编码数据，所以我选取的是video/avc，我们可以看一下MediaCodec.createDecoderByType（）枚举了哪些解编码格式：

>  /**
    >      * Instantiate a decoder supporting input data of the given mime type.
    >      *
    >      * The following is a partial list of defined mime types and their semantics:
    >      * <ul>
    >      * <li>"video/x-vnd.on2.vp8" - VP8 video (i.e. video in .webm)
    >      * <li>"video/x-vnd.on2.vp9" - VP9 video (i.e. video in .webm)
    >      * <li>"video/avc" - H.264/AVC video
    >      * <li>"video/mp4v-es" - MPEG4 video
    >      * <li>"video/3gpp" - H.263 video
    >      * <li>"audio/3gpp" - AMR narrowband audio
    >      * <li>"audio/amr-wb" - AMR wideband audio
    >      * <li>"audio/mpeg" - MPEG1/2 audio layer III
    >      * <li>"audio/mp4a-latm" - AAC audio (note, this is raw AAC packets, not packaged in LATM!)
    >      * <li>"audio/vorbis" - vorbis audio
    >      * <li>"audio/g711-alaw" - G.711 alaw audio
    >      * <li>"audio/g711-mlaw" - G.711 ulaw audio
    >      * </ul>
    >      *
    >      * @param type The mime type of the input data.
    >      */
    >     public static MediaCodec createDecoderByType(String type) { 
    >         return new MediaCodec(type, true /* nameIsType */, false /* encoder */);
    >     }

可以看到我选的”video/avc” - H.264/AVC video是一种H264的解码方式，**但并不能证明我使用的就一定是硬解码**

我们先来看一下Android系统中解码器的命名，软解码器通常是以OMX.google开头的。硬解码器通常是以OMX.\[hardware\_vendor\]开头的，比如TI的解码器是以OMX.TI开头的。当然还有一些不遵守这个命名规范的，不以OMX.开头的，那也会被认为是软解码器。

判断规则见frameworks/av/media/libstagefright/OMXCodec.cpp：

static bool IsSoftwareCodec(const char *componentName) {
        if (!strncmp("OMX.google.", componentName, 11)) {
            return true;
        }
    
        if (!strncmp("OMX.", componentName, 4)) {
            return false;
        }
    
        return true;
    }

其实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，暂时还不适合发布，所以不用使用。