Consti10
Consti10
But rk_vcodec is neither, right ?
thanks. Can you point me in the right direction regarding isp or do you not know how ?
Do you have a download link for Vega H264 Analyzer software ?
Which chip were you using for your tests ? E.g. rv1126 or rk3368 or ... ?
Doesn't rk3399 use poc_type=2 by default ? Since https://github.com/rockchip-linux/mpp/blob/develop/mpp/codec/enc/h264/h264e_api_v2.c#L105 ( I think rk3399 uses VPU_CLIENT_VEPU2 (poc_type=2) while rv1126 in contrast uses VPU_CLIENT_RKVENC (poc_type=0). For reference, rk3399: https://github.com/rockchip-linux/mpp/blob/develop/osal/mpp_soc.cpp#L455 And rv1126: https://github.com/rockchip-linux/mpp/blob/develop/osal/mpp_soc.cpp#L540...
Any updates ? Were you able to workaround the issue ?
what happens when -n is not 1 (e.g. in this run it looks as if there are some errors, but in the end it works)
I know. I am just curios if encoding more than one frame at a time works.
What image are you running on your rv1126 ? I can't find any references to mpp on mine, only the "linux media server" application (which has a ton of latency)....
That's the point. Why use poc_type=0 when the encoder can't do any reordering anyways ? The increased latency comes from the DE-coder- it doesn't know there is no reordering unless...