RK3588---编解码之mpp解码demo解析：mpi_dec_test，源码讲解

已于 2024-12-06 09:17:19 修改
阅读量949 收藏 2
点赞数 6
CC 4.0 BY-SA版权
分类专栏： ARM5718-RK3588 文章标签： 网络 linux 运维
于 2024-12-04 10:33:39 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mao0514/article/details/144231927

1. 简介
mpi_dec_test 是rockchip官方解码 demo
本篇文章进行mpi_dec_test 的代码解析，解码流程解析
2. 环境介绍
硬件环境：
ArmSoM-W3 RK3588开发板

软件版本：
OS：ArmSoM-W3 Debian11

3. mpp解码流程解析

图3.1 RKMPP解码器接口为用户提供了输入码流，输出图像的功能

mpp_create ：获取 MppCtx 实例以及 MppApi 结构体

mpp_init： 初始化MppCtx 的编解码类型与格式

mpi->control：通过相应的命令来配置解码参数

decode_put_packet：输入码流：编码数据

MppPacket，H.264、H.265数据

decode_get_frame： 获取解码的数据存放到

MppFrame，例如YUV、RGB数据

mpi->reset：使解码器恢复为正常初始化后的状态。

mpp_destroy:释放申请的内存空间,做销毁善后工作

4. 重要函数解析 4.1 mpp_init函数：初始化MppCtx 的编解码类型与格式

mpp_init函数原型：

MPP_RET mpp_init(MppCt
了解本专栏 订阅专栏 解锁全文
第四章 mpi_dec_test.c 源码讲解
jinjie412的博客
03-08 1532
/存储程序执行状态//存储命令行参数//设置默认的图像格式和数据包大小//设置默认数据包大小//解析命令行参数，并将返回值赋给ret，若返回值不为0则跳转到RET标签处。//输出一些调试信息//执行解码操作if (MPP_OK == ret) //判断解码是否成功，若成功输出最大内存使用情况，否则输出错误信息。elseRET://判断解码是否成功，若成功输出最大内存使用情况，否则输出错误信息。return ret;
RK3588 , 基于mpp 解码 Jpeg To RGB
最新发布
J。
06-04 330
本文介绍了在RK3588开发板上使用Rockchip MPP（Media Process Platform）硬件加速接口将JPEG图像解码为RGB格式的完整流程。主要包括三个关键步骤：1) 读取JPEG文件数据；2) 配置MPP解码器，包括初始化上下文、设置RGB888输出格式和解码参数；3) 执行解码任务并将结果保存为图像文件。通过硬件加速，该方法能高效完成JPEG到RGB的转换，适用于嵌入式多媒体处理场景。
RK3588编解码之mpp解码demo解析：mpi_dec_test
授之以鱼不如授之以渔
10-20 3268
RK3588编解码之mpp解码demo解析：mpi_dec_test
Python RK3588 MPP 8路视频硬解码！全体目光向我看齐！
m0_46303486的博客
09-26 3362
本文重写了官方demo、加入了Zlmediakit进行拉流并通过pybind11将代码封装成so库，现在，在python中直接通过import的方式，就能完成基础的拉流解码操作，目前支持8路拉流解码！！！
rk3588 mpp 视频硬编解码测试
菊花的博客
08-10 4185
rk3588 mpp demo 使用记录。
RK3588-MPP解码详解
nb124667390的博客
11-01 2988
mpp解码详解
瑞芯微 RK 系列 RK3588 使用 ffmpeg-rockchip 实现 MPP 视频硬件编解码-代码版
Leon_Chenl的博客
01-13 6447
在上一篇文章中，我们讲解了如何使用 ffmpeg-rockchip 通过命令来实现 MPP 视频硬件编解码和 RGA 硬件图形加速，在这篇文章，我将讲解如何使用 ffmpeg-rockchip 用户空间库（代码）实现 MPP 硬件编解码。本文不仅适用于 RK3588，还适用于 RK 家族系列的芯片，具体的细节可查看官方 MPP 文档。
ArmSoM-RK3588编解码之mpp编码demo解析：mpi_enc_test
nb124667390的博客
11-21 2419
ArmSoM-RK3588编解码之mpp编码demo解析：mpi_enc_test
rk3588的mpp解码264到nv12
08-16
简单的封装，实现了读取两个接口，使用队列的方式使其独立。为保证线程安全加了锁。有一点不满意的地方，还不是完全的资源自己控制，在外部取用之后，因为我把资源所有权，转交给你，所以我不能自己控制它的释放，在...
mpp编译，测试代码运行
jinjie412的博客
08-05 1392
使用的mpp源码git 提交id为 a26d0fad 2020.5.29 10:43:40 版本，toybrick tb-96ai 的板子；主要介绍了再接在开发板编译mpp源码的过程。规避了：自己编译生成的测试程序如何正确运行：RK3288 mpp硬件解码报错VPU_IOC_SET_REG failed。
rk3588音视频硬件编解码技术资料
03-04
调用海康威视相机进行rk3588 ffmedia音视频硬件编解码，在官方ffmedia_release demo的基础上新增功能，包括基于海康威视sdk，读入相机图片，对图片进行单次h264编码，调用ffmedia进行硬件编码，保存为h264裸流文件，...
rk3588 MPP硬解码RTSP流，项目为QT工程
06-18
适用平台：RK3588 调用3588硬件vpu资源对RTSP进行解码，延时大约220ms； 源码地址为https://github.com/MUZLATAN/ffmpeg_rtsp_mpp 相关问题博客：...
ArmSoM-RK3588编解码之mpp解码demo解析：mpi_dec_test
nb124667390的博客
10-20 2399
RK3588编解码之mpp解码demo解析：mpi_dec_test
Linux Ubuntu开发RK3588的MPP编解码库
weixin_40642038的博客
11-10 2554
板端在测试的时候，测试文件是在test文件夹下，可以在终端进入该目录，执行文件，(但笔者在执行文件的时候有遇到找不到__mpp_log_l符号等问题，这是没有找到匹配的动态库，用ldd mpi_dec_test去确定其链接的动态库的时候，发现使用的是系统带的动态库，而系统自带的动态库没有相关的符号定义，因此程序无法运行；测试编码：yuv编码h264,是将test1.yuv编码成h264，该yuv 是总共300帧，分辨率是352，288，-i表示输入，-o是目标。（请关注吴月居公众号）-t 7 是h264。
RK3588编译rkmpp，拉取海康威视网络摄像头264码流并运行yolo
linxizi0622的博客
07-07 2265
RK3588编译rkmpp，拉取海康威视网络摄像头264码流并运行yolo
瑞芯微 RK 系列 RK3588 使用 ffmpeg-rockchip 实现 MPP 硬件编解码和 RGA 图形加速-命令版
热门推荐
Leon_Chenl的博客
01-06 1万+
最近使用 RK3588 在做音视频项目开发，过程中使用了该芯片提供的硬件编解码和 2D 图形加速能力，发现相比软编解码，硬编解码无论是处理速度、系统负载还是稳定性，都比软编解码强太多了。本文将分享如何使用 RK 提供的 FFmpeg + MPP + RGA，实现一个硬件编解码+2D图形加速的功能，全部使用命令行来完成。后面也会出一篇使用开发库实现的源码版。本文不仅适用于 RK3588，也还适用于其他 RK 系列的芯片，具体的细节出入请参考官方文档。
RK3588 , mpp硬编码rgb, 保存MP4视频文件.
J。
12-18 857
⚡️。
RK3588 MPP,RGA,DRM,QT之RGA
dreamliweiming的博客
06-02 3501
RK3588多路视频采用RGA来进行混合成一帧
RK3588-MPP 库编译与使用
技术联盟
11-27 822
此函数先初始化一个buffer，然后将输入文件的info，data等信息放到这个buffer里面，再调用 mpp_create 实例化一个MppCtx 然后使用 mpp_init 初始化它，再使用 mpp_enc_cfg_init 设置一下，最后在 test_mpp_run 中调用 mpi->encode_put_frame(ctx, frame);mpi_enc_test_cmd_update_by_args函数就是逐个参数解析，并检查参数，然后把不全的参数补齐。然后cd到mpp的工程目录下，分别执行。
//编译前要安装好Cmake3.5以上版本 cd mpp-develop/build/android/aarch64 //进入此路径 chmod +x make-Android.bash //给执行权限 ./make-Android.bash --ndk /home/×××/android-ndk-r21e //指定解压后的NDK路径 编译 //编译后会在test目录产生可执行文件和mpp目录下的libmpp.so ls test/ CMakeFiles cmake_install.cmake main_test Makefile mpi_dec_mt_test mpi_dec_multi_test mpi_dec_test mpi_enc_mt_test mpi_enc_test mpi_rc2_test mpp_info_test vpu_api_test //推libmpp.so到板子对应路径 adb push mpp/libmpp.so /sys/lib64/ (我忘记是sys 还是 system了，自己查) adb push mpp/libmpp.so /sys/lib/ (我忘记是sys 还是 system了，自己查) adb push test/mpi_dec_test /data/local/tmp //然后推送可执行的编解码配置文件 adb shell //进入板子 cd /data/local/tmp chmod 777 mpi_dec_test 给权限 su //切换到su 不然运行时 打不开/dev/video0 ./mpi_dec_test -t 7 -i /dev/video0 -w 1920 -h 1080 -o cam.h264 //执行会在当前得到h264数据流文件 这个文章里adb push test/mpi_dec_test /data/local/tmp //然后推送可执行的编解码配置文件。这一句的可执行的编解码配置文件从哪里来
03-15
<think>好的，用户现在的问题是询问在之前的编译过程中提到的“可执行的编解码配置文件”是从哪里来的。用户提供的编译脚本执行后，在test目录下生成了一些可执行文件，比如mpi_dec_test，但用户可能对这些文件的来源不太清楚，或者需要确认这些文件是否就是所谓的“编解码配置文件”。 首先，我需要回顾用户提供的编译步骤。用户进入mpp-develop/build/android/aarch64目录，运行make-Android.bash脚本，并指定了NDK路径。编译完成后，在test目录下生成了多个可执行文件，如mpi_dec_test、mpi_enc_test等。用户随后将这些可执行文件通过adb推送到设备的/data/local/tmp目录下执行，但可能对“编解码配置文件”这个术语感到困惑，或者不确定这些可执行文件是否就是所需的配置文件。 接下来，我需要解析用户的问题核心。用户提到的“可执行的编解码配置文件”可能是指用于配置编解码参数的文件，或者可能误解了可执行文件本身的作用。但根据上下文，用户将mpi_dec_test推送到设备并执行，生成h264流文件，因此这里的“编解码配置文件”实际上应该指的是这些可执行测试程序，比如mpi_dec_test，它们可能内置了测试用例或通过命令行参数指定输入输出配置，而非单独的配置文件。 需要确认的是，这些测试程序（如mpi_dec_test）是否在编译时自动生成，或者是否需要额外的配置步骤。根据用户提供的编译输出，test目录下的文件包括可执行文件，如mpi_dec_test，因此这些应该是编译过程中由源代码生成的测试程序，用于执行编解码任务。用户可能误将可执行文件称为配置文件，但实际上它们是需要运行的测试工具。 此外，用户可能在之前的步骤中遇到问题，比如找不到配置文件，或者不确定如何正确配置这些测试程序。需要解释这些测试程序的来源，以及它们是否需要额外的配置文件，或者是否所有配置都通过命令行参数完成。 还需注意用户提到的路径问题，比如libmpp.so应该推送到/system/lib64/还是其他目录，这可能涉及设备的具体文件系统结构，需要用户根据设备情况调整。但用户当前的主要问题集中在“编解码配置文件”的来源，因此需要重点解答这一点。 总结：用户的疑问在于“可执行的编解码配置文件”的来源，根据上下文，这指的是编译生成的测试程序（如mpi_dec_test），这些程序通过命令行参数指定输入输出，无需额外配置文件。需要明确告知用户这些文件是编译时自动生成的，并指导其正确使用命令行参数进行编解码操作。</think>### 一、问题核心 你提到的 **"可执行的编解码配置文件"** 实际上是 **编译生成的测试程序**（如 `mpi_dec_test`），而非独立配置文件。这些二进制程序通过 **命令行参数** 控制编解码行为。 --- ### 二、关键文件来源解析 #### **1. 测试程序生成路径** ```bash # 编译完成后在 test/ 目录下生成的可执行文件 ├── test/ ├── mpi_dec_test # 解码测试程序 ✅ ├── mpi_enc_test # 编码测试程序 ├── mpp_info_test # 硬件信息检测工具 └── vpu_api_test # VPU接口测试 ``` #### **2. 生成原理** - **源码位置**：在 MPP 框架源码的 `test/` 目录中存放测试用例源码 - **编译规则**：`CMakeLists.txt` 中定义了如何编译这些测试程序 ```cmake # 示例编译规则 (简化为伪代码) add_executable(mpi_dec_test test/mpi/dec/dec_test.c test/mpi/dec/dec_utils.c) target_link_libraries(mpi_dec_test mpp) ``` --- ### 三、操作流程修正 #### **1. 完整编译-部署流程** ```bash # 编译阶段 cd mpp-develop/build/android/aarch64 ./make-Android.bash --ndk /home/xxx/android-ndk-r21e # 部署阶段 adb push test/mpi_dec_test /data/local/tmp/ # 推送测试程序 ✅ adb push mpp/libmpp.so /system/lib64/ # 正确路径需要根据设备验证 # 执行阶段 adb shell cd /data/local/tmp chmod 777 mpi_dec_test ./mpi_dec_test -t 7 -i /dev/video0 -o cam.h264 # 参数化运行 ``` #### **2. 参数配置原理** 程序通过 **命令行参数** 实现配置，无需独立文件： | 参数 | 作用 | 示例值 | |------|------|--------| | `-t` | 指定编解码类型 | `7` 对应H.264 | | `-i` | 输入源 | `/dev/video0` (摄像头设备节点) | | `-o` | 输出文件 | `cam.h264` (原始码流文件) | | `-w/-h` | 分辨率 | `1920x1080` | --- ### 四、关于配置文件的常见误解 #### **可能存在的混淆点** | 用户预期 | 实际实现方式 | 验证方法 | |---------|--------------|----------| | 独立配置文件 (如.conf) | 硬编码参数 + 命令行参数 | 查看源码中的 `parse_args()` 函数 | | 动态加载配置 | 编译时参数宏定义 | 检查 `CMakeLists.txt` 中的 `add_definitions()` | --- ### 五、高级调试技巧 #### **1. 查看支持的参数列表** ```bash adb shell /data/local/tmp/mpi_dec_test --help ``` #### **2. 获取硬件能力信息** ```bash adb shell /data/local/tmp/mpp_info_test ``` 输出示例： ``` H264 decoder: support 1080p@30fps H265 encoder: not supported VPU type: rk3588 ``` #### **3. 多线程编解码测试** ```bash # 使用 -n 参数指定线程数 ./mpi_dec_mt_test -t 7 -i input.h264 -o output.yuv -n 4 ``` --- ### 六、路径验证方法 #### **1. 库文件路径确认** ```bash adb shell ls -l /system/lib64/libmpp.so # 优先尝试此路径 adb shell ls -l /vendor/lib64/libmpp.so # 部分设备可能在此 ``` #### **2. 环境变量检查** ```bash adb shell "echo $LD_LIBRARY_PATH" # 正常应包含 /system/lib64 或 /vendor/lib64 ``` --- ### 七、编译参数扩展建议 若需深度定制功能，可在编译时修改 `CMake` 参数： ```bash # 在 make-Android.bash 执行前修改 CMake 配置 # 启用高级调试功能 cmake -DHAVE_DEBUG_LOG=ON .. # 禁用不需要的组件 cmake -DMPP_ENC_TEST=OFF .. ``` --- ### 八、关键源码定位 | 功能模块 | 源码路径 | 关键文件 | |---------|----------|----------| | 解码测试 | `test/mpi/dec/` | `dec_test.c`, `dec_utils.c` | | 编码测试 | `test/mpi/enc/` | `enc_test.c`, `enc_utils.c` | | 参数解析 | `test/common/` | `mpp_parse.c` | --- 通过上述流程，`mpi_dec_test` 等可执行程序将直接通过命令行参数完成编解码配置，无需额外配置文件。这是嵌入式媒体处理框架的典型设计模式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

毛毛虫的爹

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值