跳到主要内容

内存被提前释放，导致解码数据花屏

内存被提前释放，导致解码数据花屏​

现象描述​

原始H264/H265每一帧视频流正常，解码过程无异常（无异常日志），仅仅输出图片有异常。

可能原因​

解码过程无异常，说明送入的码流非异常码流，仅仅输出被破坏，可能由于：

  1. 输出内存被别人复用，被踩或者被提前释放;

  2. 解码需要的输出内存比实际申请的内存大。

处理步骤​

  1. 对于DVPP内存申请接口，增加日志打印内存大小及地址，检查VDEC输出内存，检查申请的内存大小是否与实际使用的一致，比如典型的错误场景，VDEC解码输出格式预期是RGB，实际仍按照YUV420sp申请内存。
  2. 在DVPP内存释放接口处、以及hi_mpi_vdec_get_frame/aclvdecCallback/acldvppJpegDecodeAsync接口处，增加内存大小及地址的打印日志，确认内存释放时序，是否存在内存地址解码完成前被提前释放的情况。

父主题： JPEGD图片解码/VDEC视频解码

调用错误的内存申请接口，导致内存地址校验出错​

现象描述​

日志报错如下：

  • 日志1

    device:0 chan 0, venc or jpege input buffer is invalid, make sure it has been allocated with hi_mpi_dvpp_malloc or aclDvppMalloc.

  • 日志2

    device:0 chan 0, venc or jpege output buffer is invalid, make sure it has been allocated with hi_mpi_dvpp_malloc or aclDvppMalloc.

  • 日志3

    device:0 chan 0, jpege input buffer is invalid, make sure it has been allocated with hi_mpi_dvpp_malloc or aclDvppMalloc.

  • 日志4

    device:0 chan 0, jpege output buffer is invalid, make sure it has been allocated with hi_mpi_dvpp_malloc or aclDvppMalloc.

可能原因​

根据日志提示，是由于没有使用指定的接口申请内存。

处理步骤​

使用媒体数据处理V1版本中的acldvppMalloc接口/媒体数据处理V2版本中的hi_mpi_dvpp_malloc接口申请DVPP内存，存放JPEGE图片编码/VENC视频编码输入或输出数据。

父主题： JPEGE图片编码/VENC视频编码

内存被提前释放，导致编码数据花屏​

现象描述​

编码出来的数据花屏，其他无异常日志信息。

可能原因​

VENC输入内存是YUV图片数据，输入内存被踩或者被提前释放。

处理步骤​

在DVPP内存释放接口处、以及hi_mpi_venc_get_stream/aclvencCallback/acldvppJpegEncodeAsync接口处，增加内存大小及地址的打印日志，确认内存释放时序，是否存在输入内存在编码完成前被提前释放的情况。

父主题： JPEGE图片编码/VENC视频编码

使用正确的内存申请接口，但内存大小传值错误​

现象描述​

日志报错如下：

device:0 chan 0, output terminal address is invalid, maybe outBufSize:3110400 is invalid.

可能原因​

传入的buffer size太大，超出了实际申请的buffer范围，导致内部结束地址校验出错。

处理步骤​

如果内存申请接口使用正常，业务流程中dvpp内存申请接口增加地址及长度日志，检查接口hi_mpi_venc_send_frame/hi_mpi_venc_send_jpege_frame/aclvencSendFrame/acldvppJpegEncodeAsync传入buffer长度是否一致。

父主题： JPEGE图片编码/VENC视频编码

单算子调用视频课程​

通过在线视频课程学习该功能，请参见AscendCL加载与执行算子。

父主题： 单算子调用

单算子调用基础知识​

单算子调用的使用场景​

如果AI应用中不仅仅包括模型推理，还有数学运算（例如BLAS基础线性代数运算）、数据类型转换等功能，也想使用昇腾的算力，昇腾CANN还能支持吗？

答案是肯定的，昇腾CANN提供了单算子调用的方式，直接通过AscendCL接口加载并执行单个算子，省去模型构建、训练的过程，相对轻量级，又可以使用昇腾的算力。

另外，自定义的算子，也可以通过单算子调用的方式来验证算子的功能。

单算子调用与模型推理的差别​

在解释单算子调用与模型推理的差别前，我们先观察下面这个开发流程图，先找出基本的共同点、不同点。

  • 共同点：
    • 不管是模型推理，还是单算子调用，都需要AscendCL初始化和去初始化、运行管理资源申请和释放。
    • 不管是模型推理，还是单算子调用，都涉及加载、执行的步骤，但是要注意，两者的加载、执行是调用不同的AscendCL接口。
  • 不同点：
    • 模型推理涉及模型卸载的步骤，单算子调用不涉及。

图1 单算子调用与模型推理的流程对比

单算子调用功能开发流程​

图2 开发流程

  1. 准备环境。

    请参见。

  2. 创建代码目录。

    在开发应用前，您需要先创建目录，存放代码文件、编译脚本、测试图片数据、模型文件等。

    如下仅是示例，供参考：

    ├App名称
    ├── op_model              // 该目录下存放编译算子的算子描述文件
    │   ├── xxx.json               

    ├── data
    │   ├── xxxxxx           // 测试数据

    ├── inc                   // 该目录下存放声明函数的头文件
    │   ├── xxx.h               

    ├── out                   // 该目录下存放输出结果     

    ├── src   
    │   ├── xxx.json         // 系统初始化的配置文件
    │   ├── CMakeLists.txt   // 编译脚本
    │   ├── xxx.cpp          // 实现文件

  3. 编译算子。

    若基于“单算子模型执行”方式调用算子，则需编译算子，编译算子有以下两种方式：

    • 使用ATC工具编译算子生成om模型文件

      该种方式，需要先构造*.json格式单算子描述文件（描述算子的输入、输出及属性等信息），借助ATC工具，将单算子描述文件编译成om模型文件；再分别调用AscendCL接口加载om模型文件、执行算子。

      关于ATC工具的使用说明，请参见《ATC工具使用指南》。

    • 也可以调用AscendCL提供的编译算子接口

      该种方式，直接调用AscendCL接口编译、执行算子。

    :::note 说明 关于单算子模型执行详细的接口调用流程请参见单算子调用流程。 :::

  4. 开发应用。

    依赖的头文件和库文件的说明请参见调用接口依赖的头文件和库文件说明。

    单算子调用的流程请参见单算子调用流程及相关的示例代码。

  5. 编译运行应用，请参见应用调试。

父主题： 单算子调用

在线提单