Consti10

I think poc_type sets two characteristics: 1) weather reordering is allowed at all (poc_type=0=re-ordering allowed and poc_type=2 reo-rdering not allowed) and 2) the way how the poc is calculated (pretty...

Or in other words: If I decode a stream generated by rv1126 encoder on a snapdragon decoder, I get a decoding latency of >50ms. Whereas a stream generated by jetson...

When I look into this file: https://github.com/rockchip-linux/mpp/blob/develop/mpp/hal/rkenc/h264e/hal_h264e_vepu541.c#L507 One can see which parameters are configurable (e.g. changing them in the sps actually maps to register changes of the hw encoder), right...

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). > Our encoder generates a...

Thanks, I'l try it out as soon as possible. What exactly does this patch do ? To me it looks like you've copied some code from hal_h264e_vepu_v2.h to rkenc hal...

Cool, I am surprised this doesn't require "more" sw code. What's the reason you wrote this part of code for the (older) vepu units ? Do they also only support...

Hi, I've tried out your patch. Analyzing the bit stream, poc_type is succesfully set to 2, but the stream is still not decodable. Here is how it looks with "ammend_patch"...

I've noticed that there is one more "ammend" method unused in your diff: `h264e_vepu_stream_amend_sync_ref_idc(amend);` Did you forget that in your code ? Or is it not needed.

I've been able to confirm that this sw "workaround" regarding re-writing poc_type works and has the expected effect on my pixel 3 (for example). With "ammend workaround" and poc_type set...