FumasterLin

> I'm using 1080p for my tests. I was able to confirm that decoding on rv1126 with poc_type in

> I was able to change both log2_max_frame_num_minus4 and log2_max_poc_lsb_minus4 to 1. However, it didn't change anything regarding decoding latency. (To expect, but one can try). I think these two...

As discussed before, the rv1126 encoder does not support poc_type=0. So you want to support it, only modify the slice header by software after hw encode done.

My test with poc_type=2 is OK. You can use mpi_enc_test and librockchip_mpp.so instead of yours and test again. test useage: `mpi_enc_test -w -h -i -t 7 -o -n -f `...

Do you mean that adding h264e_vepu_stream_amend_sync_ref_idc to my diff will not cause problems? Otherwise, there will still be problems? Could you show me the final diff?

> To your original diff should do the trick. You probably forgot to include it in the diff. According to my understanding, this modification should be unnecessary. If user config...

你先更新下这个github上最新的mpp，再测试下看看

kmsg看一下报什么

合入这个修改测试下看看 ``` diff --git a/build/linux/arm/make-Makefiles.bash b/build/linux/arm/make-Makefiles.bash index 9dcbc7e8..1e891339 100755 --- a/build/linux/arm/make-Makefiles.bash +++ b/build/linux/arm/make-Makefiles.bash @@ -24,5 +24,6 @@ fi cmake -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_TOOLCHAIN_FILE=./arm.linux.cross.cmake \ -DRKPLATFORM=ON \ + -DHAVE_DRM=ON \ -G "Unix...

1. 加入这个修改后， 2, echo 0xffff > /sys/module/rk_vcodec/parameters/debug 3. 跑一下test，看看log和kmsg ``` diff --git a/osal/linux/os_allocator.c b/osal/linux/os_allocator.c index b7dbfeea..e96d5751 100644 --- a/osal/linux/os_allocator.c +++ b/osal/linux/os_allocator.c @@ -41,6 +41,11 @@ MPP_RET os_allocator_get(os_allocator *api, MppBufferType type)...