MPP 硬编解码

MPP 是 Rockchip 提供的媒体处理软件平台，全称 Media Process Platform。它把芯片底层编解码差异封装起来，对上层提供统一的 MPI 接口，用来做视频硬解、硬编和部分视频处理。

官方项目：

• rockchip-linux/mpp

MPP 位于应用和内核编解码驱动之间，上层通过 MPI 接口调用，底层由 MPP 处理编解码模块、系统适配和硬件访问。

适用场景

在 Neardi Pi 3 上，如果应用需要使用硬件编解码能力，而不是纯 CPU 编解码，一般就会用到 MPP。

常见场景：

• 解码 H.264 / H.265 等视频流，用于显示、AI 前处理或文件播放。
• 将摄像头图像编码成 H.264 / H.265 / MJPEG 码流。
• 开发低延迟视频应用，直接控制 Rockchip 编解码硬件。
• 和 GStreamer、FFmpeg 或自研 C/C++ 应用集成。

MPP 更偏底层。如果只是快速搭建媒体链路，GStreamer 通常更方便；如果需要精细控制 buffer、延迟、码率控制或零拷贝路径，直接使用 MPP 会更合适。

功能范围

具体编解码能力和 SoC、SDK 配置有关。MPP 通常提供：

功能	常见格式
视频解码	H.265、H.264、VP9、VP8、MPEG-4、MPEG-2、MPEG-1、VC1、MJPEG、AV1
视频编码	H.265、H.264、VP8、MJPEG
视频处理	拷贝、缩放、色彩空间转换、去隔行

量产项目前，建议再结合 SDK release note 或 Rockchip multimedia benchmark 文档确认 RK3576 的实际能力。

核心概念

MPP 常用的数据结构包括：

• MppCtx：编解码实例上下文。
• MppApi：MPI 操作接口。
• MppPacket：压缩码流包，常用于解码输入或编码输出。
• MppFrame：解码后的图像帧或编码前的原始帧。
• MppBuffer：硬件友好的 buffer，通常和 DMA-BUF 相关。
• MppTask：高级任务接口，用于更复杂的处理流程。

简单解码流程可以理解为：

bitstream -> MppPacket -> decode_put_packet()  
decode_get_frame() -> MppFrame -> display / process / save

简单编码流程可以理解为：

raw image -> MppFrame -> encode_put_frame()  
encode_get_packet() -> MppPacket -> file / network stream

源码和编译

SDK 中 MPP 一般在：

SDK/external/mpp

也可以从官方仓库获取：

git clone https://github.com/rockchip-linux/mpp.git

MPP 支持 CMake 构建。基于 SDK 开发时，优先使用 SDK 内置的编译流程，因为它和发布镜像中的 kernel driver、用户态库以及板级配置更匹配。

Demo 和工具

MPP 源码里包含 demo 和实用工具，常用于快速验证硬解、硬编链路。

调试时重点看：

• 输入码流格式和分辨率是否正确。
• 输出帧格式、stride 和 buffer 排布是否符合预期。
• 内核 video codec driver 是否启用。
• 应用是否有权限访问对应的编解码设备节点。

开发注意点

• MPP 依赖 Rockchip 内核编解码驱动和对应 DTS 配置。
• 需要性能时，尽量减少不必要的内存拷贝，优先考虑 DMA-BUF / 零拷贝路径。
• 注意图像 stride 和像素格式，硬件 buffer 通常有对齐要求，不一定等于可见宽度。
• 做推流时，需要根据延迟和带宽要求调整码率、GOP、帧率和码率控制模式。
• 调试建议先跑官方 demo，再逐步替换输入输出部分。

相关页面

• GStreamer
• RGA