[FFmpeg-devel] [PATCH 2/2] libx264: Pass the reordered_opaque field through the encoder

Martin Storsjö martin at martin.st
Wed Oct 31 23:41:03 EET 2018


On Wed, 31 Oct 2018, Derek Buitenhuis wrote:

> On 30/10/2018 19:49, Martin Storsjö wrote:
>> Hmm, that might make sense, but with a little twist. The max reordered
>> frames for H.264 is known, but onto that you also get more delay due to
>> frame threads and other details that this function within x264 knows
>> about. So that would make it [H264 max reordering] + [threads] +
>> [constant] or something such?
>
> Looking at the source, it's more complicated than that, with e.g.:
>
>     h->frames.i_delay = X264_MAX( h->frames.i_delay, h->param.rc.i_lookahead );
>
> I think you're better off not trying to duplicate this logic.

Indeed, I don't want to duplicate that.

Even though we do allow reconfiguration, it doesn't look like we support 
changing any parameters which would actually affect the delay, only RC 
method and targets (CRF, bitrate, etc). So given that, the current patch 
probably should be safe - what do you think? Or the current patch, with an 
added margin of 16 on top just in case?

// Martin


More information about the ffmpeg-devel mailing list