On 12/30/2019 8:04 PM, Derek Buitenhuis wrote:
> On 30/12/2019 19:20, James Almer wrote:
>> This is in line with the behavior of libx264.
>>
>> Signed-off-by: James Almer <jamr...@gmail.com>
>> ---
>>  libavcodec/libx265.c | 1 +
>>  1 file changed, 1 insertion(+)
> 
> How does this square with 841c1efc78ace70497187d984adf31c7cc2cd7b6? During
> review for that commit, the reason given for allowing it[0] was that libx264 
> had
> the same default.

No, it doesn't. The libx264 wrapper disables openGOP by default (by
doing the same thing as this patch). Or at least it does now. No idea
back then.

My objective is having both encoder wrappers behave as similar as
possible (Sort of like vpx and aom). If i for example wanted to set
strict GOPs for a dash scenario with fixed segment durations, with
libx264 i only need to set keyint_min and keyint_max to some value using
the global options, but with libx265 I'd have to do that and also
disable openGOP.

I can drop this patch if you'd rather keep the default from the library.

> 
> - Derek
> 
> [0] Thread (see replies, including your own): 
> http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/230843.html
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
> 

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to