板子自带的ffmpeg不支持硬件加速，参考编译支持 RKmpp 和 RGA 的 ffmpeg 源码_ffmpeg支持mpp-CSDN博客
或者
瑞芯微 RK 系列 RK3588 使用 ffmpeg-rockchip 实现 MPP 硬件编解码和 RGA 图形加速-命令版-CSDN博客
去编译或者下载支持rkmpp的ffmpeg安装包。
我是下载安装包的，在windwos环境下载好拖到3588板子上解压，然后可以按帖子里说的去测试有没有装好。我的出现靓个问题，第一是要添加自定义库路径，第二是要修改ffmpeg启动项。拿报错信息去问deepseek就知道咋解决了。

rtsp拉流的话有三种。硬解码，软解码和直接流复制。我的目的是拉流保存视频，这种情况直接流复制就可以了，cpu占用最小，因为不涉及解码和编码，速度也最快。

如果流复制占用CPU也很高的话，可以看下是不是输入流有音频，优化之后可以减轻很多CPU压力。

#软编码：消耗CPU非常多，-f null 表示丢弃所有输出，但FFmpeg仍然会完整解码视频流（包括H.264解码）
ffmpeg  -i "rtsp://" -f null -

#软编码：直接使用copy复制视频流而不重新编码，避免了耗时的解码-编码过程，只是将接收到的压缩数据重新封装为MP4格式
ffmpeg -i "rtsp://" -c:v copy -f mp4 output4.mp4

#软编码优化音频：省掉音频可以减小CPU负载
ffmpeg -i "rtsp://" -c:v copy -an -f mp4 output41.mp4
 
#软编码查看日志是否启用加速，可以看到没有任何相关mpp的内容
ffmpeg  -i "rtsp://" -f null - -v debug 2>&1 | grep -i "mpp\|rkmpp"

硬件加速的话我也还没太弄懂，目前笔记有两点
1.设置了硬件加速之后，不要再写-c:v copy了 写了copy流复制会忽视硬件加速的
2.设置了硬件加速之后，运行不报错，也不代表使用了硬件加速，要根据debug信息还有CPU VPU负载去查