Re: [FFmpeg-devel] [PATCH 1/3 v2] avcodec/encode: restructure the core encoding code

2020-03-26 Thread James Almer
On 3/26/2020 5:43 AM, Anton Khirnov wrote: > Quoting James Almer (2020-03-16 22:30:00) >> 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

Re: [FFmpeg-devel] [PATCH 1/3 v2] avcodec/encode: restructure the core encoding code

2020-03-26 Thread Anton Khirnov
Quoting James Almer (2020-03-16 22:30:00) > 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() call

Re: [FFmpeg-devel] [PATCH 1/3 v2] avcodec/encode: restructure the core encoding code

2020-03-16 Thread James Almer
On 3/16/2020 6:30 PM, James Almer wrote: > +static int encode_send_packet_internal(AVCodecContext *avctx, const AVFrame > *src) > +{ > +AVCodecInternal *avci = avctx->internal; > +AVFrame *dst = avci->buffer_frame; > +int ret; > + > +if (avctx->codec->type == AVMEDIA_TYPE_AUDIO) {

[FFmpeg-devel] [PATCH 1/3 v2] avcodec/encode: restructure the core encoding code

2020-03-16 Thread James Almer
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