3520D解码-内存及FLASH节省经验

本帖最后由 ngswfx 于 2016-5-24 21:24 编辑

这些天再搞解码

发现内存不足，到处找处理方法，解决方法。首先要明确，所有地方都可以最终影响到DDR内存节约，执行程序本身的大小，会影响到Flash占用，FLASH固有程序的大小，又会影响到实际系统内存占用。

内存占用小了，效率自然高。

我的代码是在HS例子基础上修改的，我估计大多数同志开始都是这么干的。

例子中有些东西，并不适合我们自己的应用场景，这个是肯定的，所以需要针对自己的应用环境做调整。


原来我使用流解码，没注意图像延迟，后来发现超大，不说一分钟这个夸张吧，人都离开了，解码的图像，人还刚来。呵呵。:lol

为此调整为帧解码，好多了。以后再处理相关帧解码送入机制，使送入合理平滑。为了兼容多家设备，图像来源复杂，想要平滑流畅，可能需要单独处理。


以下是我实际代码编写中，暂遇到的，后续可能有调整。
//////////////说正题       第一部分：调整VPSS，节约内存  A        2016-4_29
以前没有细细看文档中的FAQ，其实都是重中之重。

分享出来，初入门者，也好有个参考。

HiMPP 媒体处理FAQ 文档中：
VPSS
−
详细描述:解码回放中,如果解码图像为帧图像,与解码通道绑定的 VPSS 组
可关闭非必须的图像处理开关以节省内存。创建 VPSS GROUP 时,将属性项
设置为 bNrEn=HI_FALSE、enDieMode= VPSS_DIE_MODE_NODIE、
bHistEn=HI_FALSE。每 vpss 组可节省内存计算公式为:图像 w x h x 1.5(或
2) x 2

//////////////////////////////////没有设置修改前，稀里糊涂被用掉了1个通道4-6M内存，如果16个通道，几十兆内存用掉了。

所以果断在sample_comm_vpss.c中，修改SAMPLE_COMM_VPSS_Start函数

if(NULL == pstVpssGrpAttr)
    {
        stGrpAttr.u32MaxW = pstSize->u32Width;
        stGrpAttr.u32MaxH = pstSize->u32Height;
        stGrpAttr.bDrEn = HI_FALSE;
        stGrpAttr.bDbEn = HI_FALSE;
       // stGrpAttr.bIeEn = HI_TRUE;
      //  stGrpAttr.bNrEn = HI_TRUE;
        stGrpAttr.bNrEn = HI_FALSE;
        stGrpAttr.bIeEn = HI_FALSE;
        stGrpAttr.bHistEn = HI_FALSE;
        //stGrpAttr.enDieMode = VPSS_DIE_MODE_AUTO;  //VPSS_DIE_MODE_NODIE
        stGrpAttr.enDieMode = VPSS_DIE_MODE_NODIE;
        stGrpAttr.enPixFmt = SAMPLE_PIXEL_FORMAT;
    }

都关掉

这下VPSS几乎不用内存了，一个通道约100K，呵呵，超级管用。我是16路D1解码，看着剩余内存突然增加了60M，高兴呀。:lol



////////////////////////// 第二部分，设置编译选项，减少执行程序大小
HiMPP IPC V2.0 媒体处理 FAQ 文档中：提到
1.4.1 静态库使用
【现象】应用程序只使用 libmpi.a 一小部分函数,但需要链接 mpi 库外 vqev2 等库文
件,导致应用程序文件过大。
【分析】链接时默认需要链接库中所有定义函数表,从而需要引用 mpi 库中关联的其他
库。
【解决】MPP 版本生成库时,Makefile.param 加入 -ffunction-sections 编译选项;客户在
链接生成应用程序时加入 -Wl,-gc-sections,能有效减小应用程序大小,剔除掉没有使
用到的函数。


我自己加入后，执行程序，减小约50K，可喜可贺。:lol