代码编织梦想

      最近做项目用到Android native层的MediaCodec的接口对H264进行解码,通过在解码前和解码后加打印日志,发现解码耗时200多ms,和IOS的解码耗时10ms相比实在是延时好大。后来研究了两周也没能解决延时问题,很悲惨……不过还是将这过程中分析的思路记录下来,说不定以后万一灵感来了就解决了呢。

     起初在https://software.intel.com/en-us/forums/android-applications-on-intel-architecture/topic/536355和https://software.intel.com/en-us/android/articles/android-hardware-codec-mediacodec这两个网址中找到问题原因和一种解决方法。

      如果编码器类型是H.264,MediaCodec可能会有几帧的延迟(对于IA平台,它是7帧,而另一些则是3-5帧)。如果帧速率为30 FPS,则7帧将具有200毫秒的延迟。什么导致了硬件解码器的延迟?原因可能是主或高配置文件有一个B帧,并且如果当B帧引用后续缓冲区时解码器没有缓冲区,则该播放会短暂停止。英特尔已经考虑了硬件解码器的这种情况,并为主要或高配置文件提供了7个缓冲区,但是由于基线没有B帧,因此将其减少到基线的零缓冲区。其他供应商可能为所有配置文件使用4个缓冲区。
     因此,在基于IA的Android平台上,解决方案是将编码器更改为基线配置文件。如果编码器配置文件无法更改,则可行的解决方法是更改​​解码器端的配置数据。通常,配置文件位于第五个字节中,因此将基准配置文件更改为66会在IA平台上产生最低延迟。也就是说要想低延时,必须:

    - 不要设置MediaFormat.KEY_MAX_WIDTH和MediaFormat.KEY_MAX_HEIGHT。

     - 将第一个SPS中的配置文件切换到基线,然后在第一个PPS后以正确的配置文件重新提交。

      先附上解码部分代码:


int OpenMetaCUDAVideoDecoderContext::OnVideoH264(uint8_t * frame, uint32_t frameSize){
 
    DP_MSG("onVideoData=%6d, %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X\n",
           frameSize,
           frame[0],frame[1],frame[2],frame[3],frame[4],frame[5],frame[6],frame[7]
    );
 
    int  pos = 0;
    if( (frame[4] & 0X1F ) == 0X09 ){
        // this is an iframe
        frame     += 6;
        frameSize -= 6;
    }
 
    if( (frame[4] & 0X1F ) == 0X07 ){
        // this is an iframe
        iFrameFound = true;
    }
    else if(!iFrameFound){
        // iframe not found, do nothing
        return -1;
    }
 
    DP_MSG("video264::::%d",frameSize)
 
    uint8_t *data = NULL;
    uint8_t *pps = NULL;
    uint8_t *sps = NULL;
 
    // I know what my H.264 data source's NALUs look like so I know start code index is always 0.
    // if you don't know where it starts, you can use a for loop similar to how i find the 2nd and 3rd start codes
    int currentIndex = 0;
    long blockLength = 0;
 
    int nalu_type = (frame[currentIndex + 4] & 0x1F);
    // if we havent already set up our format description with our SPS PPS parameters, we
    // can't process any frames except type 7 that has our parameters
    if (nalu_type != 7 && formatDesc == NULL)
    {
        return -1;
    }
 
    if (nalu_type == 7)
    {
        currentIndex = H264_findStartCode(frame,frameSize,currentIndex+4);
        size_t spsSize = currentIndex;
 
        // find what the second NALU type is
        nalu_type = (frame[currentIndex + 4] & 0x1F);
 
        DP_MSG("onVideoDataSPs=%6d, %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X\n",
               frameSize,
               frame[0],frame[1],frame[2],frame[3],frame[4],frame[5],frame[6],frame[7]
        );
 
        // type 8 is the PPS parameter NALU
        if(nalu_type == 8){
            int nextIndex = H264_findStartCode(frame,frameSize,currentIndex+4);
            size_t ppsSize = nextIndex - currentIndex;
 
            DP_MSG("onVideoDataPPs=%6d, %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X %.2X\n",
                   frameSize,
                   frame[0],frame[1],frame[2],frame[3],frame[4],frame[5],frame[6],frame[7],
                   frame[spsSize+1],frame[spsSize+2],frame[spsSize+3],frame[spsSize+4]
            );
 
            if(decompressionSession == NULL) {
                formatDesc = AMediaFormat_new();
                AMediaFormat_setString(formatDesc, "mime", "video/avc");
                AMediaFormat_setInt32(formatDesc, AMEDIAFORMAT_KEY_WIDTH, 1920); // 视频宽度
                AMediaFormat_setInt32(formatDesc, AMEDIAFORMAT_KEY_HEIGHT, 1088); // 视频高度
 
                sps = (uint8_t *)malloc(spsSize);
                pps = (uint8_t *)malloc(ppsSize);
                memcpy (sps, &frame[0], spsSize);
                memcpy (pps, &frame[spsSize], ppsSize);
 
                AMediaFormat_setBuffer(formatDesc, "csd-0", sps, spsSize); // sps
                AMediaFormat_setBuffer(formatDesc, "csd-1", pps, ppsSize); // pps
 
                DP_MSG("createDecompSession ========= ")
                this->createDecompSession();
 
                if(sps != NULL)
                {
                    free(sps);
                    sps = NULL;
                }
                if(pps != NULL)
                {
                    free(pps);
                    pps = NULL;
                }
 
            }
 
            // now lets handle the IDR frame that (should) come after the parameter sets
            // I say "should" because that's how I expect my H264 stream to work, YMMV
            currentIndex = nextIndex;
            nalu_type = (frame[currentIndex + 4] & 0x1F);
 
            while(currentIndex != -1 && nalu_type != 5 && nalu_type != 1){
                currentIndex = H264_findStartCode(frame,frameSize,currentIndex+4);
                nalu_type = (frame[currentIndex + 4] & 0x1F);
            }
        }
    }
 
    int32_t afout = 0;
       nalu_type = 5; // temp
    // type 5 is an IDR frame NALU.  The SPS and PPS NALUs should always be followed by an IDR (or IFrame) NALU, as far as I know
    if(nalu_type == 5)
    {
 
        DP_MSG("jniPlayTs size=%d and %d \n",AMediaFormat_getInt32(formatDesc,AMEDIAFORMAT_KEY_COLOR_FORMAT,&afout),afout);
        //DP_MSG("theNativeWindow format %p and %d \n",theNativeWindow,ANativeWindow_getFormat(theNativeWindow));
        // find the offset, or where the SPS and PPS NALUs end and the IDR frame NALU begins
        int offset = currentIndex;//
        blockLength = frameSize - offset;
 
        data = &frame[offset];
 
        DP_MSG("nalu_type ===5 ")
        //DP_MSG("nalu_type ===5 %s /n ",AMediaFormat_toString(formatDesc))
 
        if(decompressionSession == nullptr)
        {
            DP_MSG("decompressionSession is null")
        }
 
        DP_MSG("OpenMetaCUDAVideoDecoder Start decoding: frameIdentifier=%lld",frameIdentifier);
        avx_info("OpenMetaCUDAVideoDecoder Start decoding: ","frameIdentifier=%lld",frameIdentifier);
 
        static int64_t  llPts = 0;
 
        ssize_t index = -1;
        index = AMediaCodec_dequeueInputBuffer(decompressionSession, 10000);
        if(index>=0)
        {
            size_t bufsize;
            auto buf = AMediaCodec_getInputBuffer(decompressionSession, index, &bufsize);
            if(buf!= nullptr )
            {
                DP_MSG("buf!= nullptr5======ww")
                memcpy(buf,data,blockLength);
 
                AMediaCodec_queueInputBuffer(decompressionSession, index, 0, blockLength, (uint64_t)frameIdentifier, 0);
 
                llPts += 3000;
            }
 
        }
 
        AMediaCodecBufferInfo info;
        auto status = AMediaCodec_dequeueOutputBuffer(decompressionSession, &info, 0);
        if (status >= 0) {
            if (info.flags & AMEDIACODEC_BUFFER_FLAG_END_OF_STREAM) {
                DP_MSG("output EOS");
            }
 
            size_t outsize = 0;
            u_int8_t * outData = AMediaCodec_getOutputBuffer(decompressionSession,status,&outsize);
            auto formatType = AMediaCodec_getOutputFormat(decompressionSession);
            DP_MSG("format formatType to: %s", AMediaFormat_toString(formatType));
            int colorFormat = 0;
            int width = 0;
            int height = 0;
            AMediaFormat_getInt32(formatType,"color-format",&colorFormat);
            AMediaFormat_getInt32(formatType,"width",&width);
            AMediaFormat_getInt32(formatType,"height",&height);
            DP_MSG("format color-format : %d width :%d height :%d", colorFormat,width,height);
 
			AMediaFormat_delete(formatType);
            DP_MSG("OpenMetaCUDAVideoDecoder End   decoding: frameIdentifier=%lld,%d,%d,%p",info.presentationTimeUs,info.size,outsize,outData)
			if(this->kController){
                //OpenMetaPixelBuffer _kPixelBuffer(pixelBuffer,sizeof(pixelBuffer));
                OpenMetaPixelBuffer _kPixelBuffer(outData,sizeof(outData));
                _kPixelBuffer.kLine[0]  = outData;
                _kPixelBuffer.kLine[1]  = outData + width * height;
                _kPixelBuffer.kSizeX    = width;
                _kPixelBuffer.kSizeY    = height;
                _kPixelBuffer.kDataType = 1;
                _kPixelBuffer.kTimeStamp = info.presentationTimeUs;
 
                if(this!=NULL && this->kController!=NULL)
                {
                    this->kController->OnVideoImage(&_kPixelBuffer);
                }
 
            }
            avx_info("OpenMetaCUDAVideoDecoder End   decoding:","%lld,%d,%d,%p",info.presentationTimeUs,info.size,outsize,outData);
            AMediaCodec_releaseOutputBuffer(decompressionSession, status, info.size != 0);
 
        } else if (status == AMEDIACODEC_INFO_OUTPUT_BUFFERS_CHANGED) {
            DP_MSG("output buffers changed");
        } else if (status == AMEDIACODEC_INFO_OUTPUT_FORMAT_CHANGED) {
            auto format = AMediaCodec_getOutputFormat(decompressionSession);
            DP_MSG("format changed to: %s", AMediaFormat_toString(format));
            AMediaFormat_delete(format);
        } else if (status == AMEDIACODEC_INFO_TRY_AGAIN_LATER) {
            DP_MSG("no output buffer right now");
        } else {
            DP_MSG("unexpected info code: %zd", status);
        }
      
    }
 
    return 0;
 
}

      针对查到的解决办法,对以上代码进行了修改,分别是:

//将第一个sps的改为基线配置
sps = (uint8_t *)malloc(spsSize);
sps[0+5] = 66; 
memcpy (sps, &frame[0], spsSize);
 
pps = (uint8_t *)malloc(ppsSize);
memcpy (pps, &frame[spsSize], ppsSize);
 
AMediaFormat_setBuffer(formatDesc, "csd-0", sps, spsSize); // sps
AMediaFormat_setBuffer(formatDesc, "csd-1", pps, ppsSize); // pps
//拷贝两份sps,将第一个sps的改为基线配置
sps = (uint8_t *)malloc(spsSize * 2);
memcpy (sps, &frame[0], spsSize);
sps[0+5] = 66; 
memcpy (sps + spsSize, &frame[0], spsSize);
 
pps = (uint8_t *)malloc(ppsSize);
memcpy (pps, &frame[spsSize], ppsSize);
 
AMediaFormat_setBuffer(formatDesc, "csd-0", sps, spsSize * 2); // sps
AMediaFormat_setBuffer(formatDesc, "csd-1", pps, ppsSize); // pps
//拷贝两份sps,将第二份的第一个sps的改为基线配置
sps = (uint8_t *)malloc(spsSize * 2);
memcpy (sps, &frame[0], spsSize);
memcpy (sps + spsSize, &frame[0], spsSize);
sps[spsSize+5] = 66; 
 
pps = (uint8_t *)malloc(ppsSize);
memcpy (pps, &frame[spsSize], ppsSize);
 
AMediaFormat_setBuffer(formatDesc, "csd-0", sps, spsSize * 2); // sps
AMediaFormat_setBuffer(formatDesc, "csd-1", pps, ppsSize); // pps

     通过查看打印的开始解码与结束解码的时间发现,几种方法的时间差距并不是很大,依旧是200-250ms左右。
--------------------- 
作者:珠雨妮儿 
来源:CSDN 
原文:https://blog.csdn.net/zhuyunier/article/details/79730872 
版权声明:本文为博主原创文章,转载请附上博文链接!

c++编程-2:使用android mediacodec 硬解码延时问题分析_椰果奶茶加冰的博客-爱代码爱编程

      最近做项目用到Android native层的MediaCodec的接口对H264进行解码,通过在解码前和解码后加打印日志,发现解码耗时200多ms,和IOS的解码耗时10ms相比实在是延时好大。后来研究了两周也没能解决延时问题,很悲惨……不过还是将这过程中分析的思路记录下来,说不定以后万一灵感来了就解决了呢。      起初在https:/

使用Android MediaCodec 硬解码延时问题分析-爱代码爱编程

使用Android MediaCodec 硬解码延时问题分析 使用Android MediaCodec 硬解码延时问题分析 2018年03月29日 09:30:38 珠雨妮儿 阅读数:2492 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zhuyunier/article/details/797308

mediacodec延时_直播平台开发中降低音视频延迟需要做到这三点-爱代码爱编程

原标题:直播平台开发中降低音视频延迟需要做到这三点 如何减少音视频的延迟情况,对于直播来说,一直是一块比较难啃的骨头,尤其是在移动直播中,其设备受环境影响的因素比较多,信号延迟率就比较高。想要降低延迟率,就不得不在直播源码开发过程中,规避一些“坑”。根据实践总结下来的经验,移动平台上直播的坑主要有两个方面:设备差异,以及网络环境这些场景下带来的技术考

mediacodec延时_如何减少MediaCodec H264编码器延迟-爱代码爱编程

I'm trying to encode h264 into stream in real-time low latency with Android6.0's MediaCodec. There are about 6 frames latency from encoder which I wanna know how to reduce p

surface 解码_NDK中使用 MediaCodec 编解码视频-爱代码爱编程

作者:anddymao 背景 MediaCodec 作为Android自带的视频编解码工具,可以直接利用底层硬件编解码能力,现在已经逐渐成为主流了。API21已经支持NDK方法了,MediaCodec api设计得非常精妙,另一个方面也是很多人觉得不好懂。 内容 MediaCodec的两个Buffer和三板斧 MediaC

h264解码延迟优化_h264编解码末尾丢帧问题原因和解决-爱代码爱编程

相关 问题 编解码h264流时,会发现末尾丢帧。以ffmpeg为例,调用如下接口 int avcodec_encode_video2 ( AVCodecContext * avctx, AVPacket * avpkt, const AVFrame * frame, int * got_packet_ptr ) Encode a frame o

Android MediaCodec加快解码和渲染处理方案及其源码分析-爱代码爱编程

此处直接根据NDK实现来源码分析描述问题 问题描述和原理分析: 在我们直接使用MediaCodec进行解码和渲染时,一般情况下大家可以都习惯性在同一个线程中完成MediaCodec的解码和渲染,其实际我们应该拆分成两部分来处理,将解码和渲染放入不同线程完成,如此就会加快解码和渲染,其实现原理是,同一个线程中,解码和渲染将会被互相影响,而渲染是有一个Fe

android mediacode 解码aac-爱代码爱编程

目录 主要流程: mediacode解码aac: mediacode参数 "csd-0",如何设定? 这里手动解析 aac文件,如果只是本地播放aac文件那么android已经有完善的方法:MediaExtractor + MediaCoddec 或者直接是MediaPlayer, 但有的时候我们有自己的aac帧数据,想利用Mediacode进行解

Android MediaCodec 硬编码 H264 文件,flutter实时刷新-爱代码爱编程

MediaCodec 生命周期 另外,MediaCodec 也存在相应的 生命周期,如下图所示: 当创建了 MediaCodec 之后,是处于未初始化的 Uninitialized 状态,调用 configure 方法之后就处于 Configured 状态,调用了 start 方法之后,就处于 Executing 状态。 在 Executing 

安卓使用mediacodec解码h264时遇到的奇葩问题_yelang_2011的博客-爱代码爱编程

最近需要解码海康的裸数据流,是h264的.因为是小白,啥也不会,于是就搜吧,这样那样的问题和解决办法一大堆,一个个测试呗,结果看到MediaCodec能够解码byte[]数组的功能,于是就开始了复制粘贴.... 好吧,完毕,测试,直接蹦.... 华为手机测试 因为需要的就是实例化MediaCodec,所以问题不大,开始看问题 一步一步的

android 视频播放延时抖动那些事_六月初曲的博客-爱代码爱编程

一、背景 局域网模式下,Android手机播放相机视频流,使用Android 自带MediaCodec解码,视频延时较大,约700ms左右。使用FFmpeg软解+转码,延时200ms左右,但是画面卡顿抖动严重。 视频帧信