3576上使用OSD字符叠加不了

[denghengli]

一、硬件平台
RK3576

二、程序运行环境
1、内核版本
root@ok3576-buildroot:# cat /proc/version
Linux version 6.1.84 (srz@66b28d991bf5) (aarch64-none-linux-gnu-gcc (GNU Toolchain for the A-profile Architecture 10.3-2021.07 (arm-10.29)) 10.3.1 20210621, GNU ld (GNU Toolchain for the A-profile Architecture 10.3-2021.07 (arm-10.29)) 2.36.1.20210621) #1 SMP Thu Jul 3 18:38:39 CST 2025
root@ok3576-buildroot:#

2、mpp版本
https://gitee.com/hermanchen82/mpp/tree/1.0.7/
https://gitee.com/hermanchen82/mpp/tree/1.0.11/

3、测试程序
https://gitee.com/hermanchen82/mpp/blob/1.0.7/test/mpi_enc_test.c
https://gitee.com/hermanchen82/mpp/blob/1.0.11/test/mpi_enc_test.c

三、使用方法
（1）使能OSD叠加
export osd_enable=1
（2）H264编码
mpi_enc_test -i yuv420p_1920x1080.yuv -w 1920 -h 1080 -f 4 -t 7 -o yuv420p_1920x1080.h264
（3）H265编码
mpi_enc_test -i yuv420p_1920x1080.yuv -w 1920 -h 1080 -f 4 -t 16777220 -o yuv420p_1920x1080.h265

四、问题描述
试过1.0.7与1.0.11两个版本
1、1.0.7版本时
（1）H264编码，osd_enable=1 与 osd_enable=0 日志都一样，osd_enable=1时实际没有叠加。日志详见《H264编码,osd_enable=1与osd_enable=0.txt》
（2）H265编码，osd_enable=0时，能正常编码。日志详见《H265编码,osd_enable=0.txt》
（3）H265编码，osd_enable=1时，编码异常，内核报错。日志详见《H265编码,osd_enable=1.txt》
2、1.0.11版本时
（1）H264编码，osd_enable=1 与 osd_enable=0 日志都一样，osd_enable=1时实际没有叠加
（2）H265编码，osd_enable=0时，能正常编码
（3）H265编码，osd_enable=1时，能正常编码，但实际没叠加

RK3576使用MPP视频编解码问题.zip

[chencl9410]

RK3576不支持编码器硬件osd

[denghengli]

RK3576不支持编码器硬件osd

为啥呢，3568还支持的，3588支持吗？
那如果要在3576上实现字符叠加如何实现呢？

[chencl9410]

RK3576不支持编码器硬件osd

为啥呢，3568还支持的，3588支持吗？ 那如果要在3576上实现字符叠加如何实现呢？

3588是支持的，3576不添加支持的原因是非旗舰级的通用型soc会对芯片IP考虑较多成本因素节省面积，另外较多用于IPC方案的RV系列soc也会支持编码器硬件osd
目前3576做字幕叠加主要都使用rga实现

[denghengli]

RK3576不支持编码器硬件osd

为啥呢，3568还支持的，3588支持吗？ 那如果要在3576上实现字符叠加如何实现呢？

3588是支持的，3576不添加支持的原因是非旗舰级的通用型soc会对芯片IP考虑较多成本因素节省面积，另外较多用于IPC方案的RV系列soc也会支持编码器硬件osd 目前3576做字幕叠加主要都使用rga实现

1、那有使用rga叠加字符的参考示例吗
2、我们要实现6路以上的IPC接入并同时叠加字符，每路摄像头的处理流程是：rtsp取流-->mpp解码-->mpp字符叠加+编码-->存成本地文件或rtsp推流，每路摄像头可以支持8个区域 每个区域可以实现32行字符（目前已经在3568上实现了，但是3568最多只能支持4路摄像头），您觉得使用rga能实现同样的功能吗 性能能否满足呢
3、如果用Rockit，能实现字符叠加跟上述的这些功能吗

[chencl9410]

rga我不太熟悉，字符叠加使用相关参考可能要自行查下rga文档/头文件等资料进行开发，不过据我所知rockit是已经适配好了3576使用rga做字幕的功能，可以去取一下最新sdk以及查阅rockit接口与文档进行参考。
性能的话要参考rga性能指标了，这个我不太了解具体参数，相对来说rga的处理会更占用ddr带宽，路数分辨率帧率高的话除了图像计算的性能，有可能会因为带宽达到瓶颈而无法满足，需要实测确认

[denghengli]

rga我不太熟悉，字符叠加使用相关参考可能要自行查下rga文档/头文件等资料进行开发，不过据我所知rockit是已经适配好了3576使用rga做字幕的功能，可以去取一下最新sdk以及查阅rockit接口与文档进行参考。 性能的话要参考rga性能指标了，这个我不太了解具体参数，相对来说rga的处理会更占用ddr带宽，路数_分辨率_帧率高的话除了图像计算的性能，有可能会因为带宽达到瓶颈而无法满足，需要实测确认

好的，谢谢了。
ddr带宽性能还真没注意过，如果是3568的mpp实现的字符叠加，也会更占用ddr带宽吗？
rockit是不是也是调用的mpp跟rga来实现的呢

[chencl9410]

rga做osd之后再送编码器相比编码器做osd会额外多一读一写，所以有额外的带宽需求，如果osd范围大则比较明显
rga 要读 osd，读 yuv，写 yuv，编码器再一读整帧
编码器 osd 的话，就读一整帧，读 osd 就完了
rockit的字幕实现适配是根据芯片，3576编码器没有osd，就走rga，3568有osd就用编码器osd