Herman Chen
Herman Chen
可以提供下码流，intra_refresh 就是部分 I 块刷新，为了不引起图像质量的剧烈变化，I 块的 qp 只比 P 帧 qp 小一些，避免明显的刷新感
能支持，用 disable_error 就可以一定程度的支持，但支持的不完善……
intra refresh 的确是有做刷新的，编码 I 块是没有问题的，只是这部分的 I 块没有用很小的 qp 去编码，也是为了减小刷新感
可以影响 这个编码器的模式判决没有用 full rdo 就是 sad 和各种 penalty 权重叠加来选模式 skip_sad_penalty 就是 skip 模式的判决权重增加值 目前没有详细的文档……
可以实测下，0~255 好像是越大越倾向，所以我估计是这样： skip cost = skip sad - skip penalty intra cost = intra sad - intra penalty inter cost = iner sad - inter penalty 然后三个模式选 cost 最小的一个？ 可以实验看看...
看下 hal 中配置寄存器的部分吧，数据位宽应该只有 8bit 这样，如果有更大的位宽，应该可以到 256 以上 这个机制应该是块级的，对于 cost 计算的部分，我们也不太清楚内部的细节……
> mpp[7266]: mpp_platform: can not found match soc name: rockchip,rk3588-evb4-lp4-v10 rockchip,rk3588 mpp[7266]: mpp_serivce: set client type 0 failed mpp[7266]: hal_h264d_api: mpp_dev_init failed ret: -1 mpp[7266]: mpp_hal: mpp_hal_init hal h264d_rkdec init...
是说 develop 分支会出问题么？release 是很老了…… import dma buf 为 1 失败，这个说明 DRM 和 ion 检查都失败了，走到 std 的内存分配器上，编译的时候加个 HAVE_DRM flag
jpeg 编码使用 VPU 硬件，是与小分辨率 264 码流解码的硬件是复用的 setprop use_mpp_mode 1 之后再试一下