You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am trying to get the encoder (on an RK3588) to output as fast as possible. Currently using MPP_TIMEOUT_BLOCK with a MPP_BUFFER_TYPE_EXT_DMA buffer which seems to block for about ~14.5ms before giving me a frame back. I went looking through the Developer Guide and found the "base:low_delay" option (found in the CN version — missing from the EN version though so maybe it is quite a recent addition) and thought it looked interesting.
From what I can tell from the source it looks like we set something like the below:
It enables both a low_delay_part_mode and low_delay_output flag that gets used during encoding. Now exactly how one uses it I am not sure.
Is there any more information about it? Or example to look at?
Also would this be the way to get the lowest possible latency or are there other things to consider as well?
Thanks,
Marc
The text was updated successfully, but these errors were encountered:
Hi,
I am trying to get the encoder (on an RK3588) to output as fast as possible. Currently using MPP_TIMEOUT_BLOCK with a MPP_BUFFER_TYPE_EXT_DMA buffer which seems to block for about ~14.5ms before giving me a frame back. I went looking through the Developer Guide and found the "base:low_delay" option (found in the CN version — missing from the EN version though so maybe it is quite a recent addition) and thought it looked interesting.
From what I can tell from the source it looks like we set something like the below:
It enables both a
low_delay_part_mode
andlow_delay_output
flag that gets used during encoding. Now exactly how one uses it I am not sure.Is there any more information about it? Or example to look at?
Also would this be the way to get the lowest possible latency or are there other things to consider as well?
Thanks,
Marc
The text was updated successfully, but these errors were encountered: