From: James Almer <jamrial@gmail.com> To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH] avcodec/g723_1_parser: keep avctx channels internally if value is > 0 Date: Fri, 18 Mar 2022 23:55:17 -0300 Message-ID: <961227b1-df07-3825-e541-e643096e1fd0@gmail.com> (raw) In-Reply-To: <d4ed4b16-b719-0fa8-6103-dc57c6f6fe7c@gmail.com> On 3/18/2022 10:07 PM, James Almer wrote: > On 3/18/2022 10:03 PM, Paul B Mahol wrote: >> Signed-off-by: Paul B Mahol <onemda@gmail.com> >> --- >> libavcodec/g723_1_parser.c | 6 +++++- >> 1 file changed, 5 insertions(+), 1 deletion(-) >> >> diff --git a/libavcodec/g723_1_parser.c b/libavcodec/g723_1_parser.c >> index 2ed1a8ab19..03c165ce55 100644 >> --- a/libavcodec/g723_1_parser.c >> +++ b/libavcodec/g723_1_parser.c >> @@ -26,6 +26,7 @@ >> typedef struct G723_1ParseContext { >> ParseContext pc; >> + int channels; >> } G723_1ParseContext; >> static int g723_1_parse(AVCodecParserContext *s1, AVCodecContext >> *avctx, >> @@ -36,8 +37,11 @@ static int g723_1_parse(AVCodecParserContext *s1, >> AVCodecContext *avctx, >> ParseContext *pc = &s->pc; >> int next = END_NOT_FOUND; >> + if (avctx->ch_layout.nb_channels > 0) >> + s->channels = avctx->ch_layout.nb_channels; >> + >> if (buf_size > 0) >> - next = frame_size[buf[0] & 3] * FFMAX(1, >> avctx->ch_layout.nb_channels); >> + next = frame_size[buf[0] & 3] * FFMAX(1, s->channels); > > It would be nice to know why this is needed now but not before the > channel layout set. 327efa66331ebdc0087c6b656059a8df2f404019 introduced the regression. The demux code relies on sti->avctx to retain codec parameters after an avcodec_close() call, and it did for ch_layout before that commit (avcodec_close() calls av_opt_free(), which is now uninitializing it). I can't revert that commit because it's obviously correct, so the two options are to either make the demux code keep a copy of ch_layout and put it back after avcodec_close(), or do that within avcodec_close() since it's not meant to clear codec parameters to begin with. I'm leaning towards doing the latter. > >> if (ff_combine_frame(pc, next, &buf, &buf_size) < 0 || !buf_size) { >> *poutbuf = NULL; _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
prev parent reply other threads:[~2022-03-19 2:55 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-03-19 1:03 Paul B Mahol 2022-03-19 1:07 ` James Almer 2022-03-19 2:55 ` James Almer [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=961227b1-df07-3825-e541-e643096e1fd0@gmail.com \ --to=jamrial@gmail.com \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git