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