On 2/28/2020 8:52 AM, Michael Niedermayer wrote: > On Thu, Feb 27, 2020 at 03:02:00PM -0300, James Almer wrote: >> This commit follows the same logic as 061a0c14bb, but for the encode API: The >> new public encoding API will no longer be a wrapper around the old deprecated >> one, and the internal API used by the encoders now consists of a single >> receive_packet() callback that pulls frames as required. >> >> Signed-off-by: James Almer <jamr...@gmail.com> >> --- >> libavcodec/avcodec.h | 12 +- >> libavcodec/encode.c | 268 ++++++++++++++++++++++++++++++++---------- >> libavcodec/encode.h | 39 ++++++ >> libavcodec/internal.h | 7 +- >> libavcodec/utils.c | 12 +- >> 5 files changed, 268 insertions(+), 70 deletions(-) >> create mode 100644 libavcodec/encode.h > > this seems to break build here
As Linjie said and as i mentioned in the set description, some modules need to be adapted. In the meantime you can configure ffmpeg with those modules disabled if you want to test the set with other encoders. _______________________________________________ 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".