问题描述：
gstreamer MPP 硬编码推流延迟 5-8 秒，同样的代码在 RK3588 上 0 延迟。ffmpeg 软编码同环境延迟 2-3 秒。硬件负载空闲（CPU 93% idle）。

环境信息：

· 系统：Ubuntu 22.04.5 LTS
· 内核：6.1.141
· 板子：Firefly CAM-3576Q38
· MPP 版本：1.5.0-1
· GStreamer 插件：gstreamer1.0-rockchip1 1.14-4ubuntu2.2firefly6
· MPP 库 MD5：ddc1f1cf0fe4609e0bbe68a27d41528b

对比旧板子（RK3588，正常 0 延迟）：

· 系统：Ubuntu 24.04.4 LTS
· 内核：6.1.118
· MPP 版本：1.5.0-1+git20240717.5275a9a6~noble
· MPP 库 MD5：2e6c3e8687a77dea1044ccd069033b9b

测试过的方案及延迟：

方案 延迟
gstreamer mpph264enc + rtmp2sink 5-8秒
gstreamer mpph264enc + rtmpsink 5-7秒
ffmpeg libx264 软编 2-3秒

已排除的原因：

· 硬件性能：推流时 CPU 93% idle，内存仅用 600M/3.8G
· 网络：mediamtx 在 127.0.0.1:1935 监听正常，nc 测试连通
· 编码参数：gop、分辨率、码率调整不影响延迟
· mediamtx 版本：新旧板子同为 v1.11.3，且交叉替换无改善

初步结论：
怀疑 MPP 库版本差异导致硬编码内部缓冲过大，请提供 3576 匹配的低延迟 MPP 库或指导 FFmpeg rkmpp 硬编码编译方法。