From: Nicolas Gaullier <nicolas.gaullier@cji.paris>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] avcodec/aac_ac3_parser: remove dead code
Date: Mon, 7 Jul 2025 16:54:01 +0200
Message-ID: <c1b3a70c-ce6b-408a-b30a-8992696783bd@cji.paris> (raw)
In-Reply-To: <bdb973a4-ede0-49cf-929d-a4c28ead3e09@gmail.com>
On 7/7/25 15:40, James Almer wrote:
> On 7/7/2025 10:19 AM, Nicolas Gaullier wrote:
>> ff_adts_header_parse() gets the object_type from only 2 bits.
>> See also 696ea1c2236842572df88d573e24a39be3f19c98.
>>
>> Introduced in 64bb91fd3b5a00a8849531c7e8dd207f2a626096.
>>
>> Signed-off-by: Nicolas Gaullier <nicolas.gaullier@cji.paris>
>> ---
>> libavcodec/aac_ac3_parser.c | 7 +++----
>> 1 file changed, 3 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
>> index e10ce13a3b..b49ce0277c 100644
>> --- a/libavcodec/aac_ac3_parser.c
>> +++ b/libavcodec/aac_ac3_parser.c
>> @@ -147,15 +147,14 @@ get_next:
>> } else {
>> #if CONFIG_AAC_PARSER
>> AACADTSHeaderInfo hdr;
>> - GetBitContext gb;
>>
>> - init_get_bits8(&gb, buf, buf_size);
>> if (buf_size < AV_AAC_ADTS_HEADER_SIZE ||
>> - ff_adts_header_parse(&gb, &hdr) < 0)
>> + ff_adts_header_parse_buf(buf, &hdr) < 0)
>> return i;
>>
>> avctx->profile = hdr.object_type - 1;
>> - s1->key_frame = (avctx->profile == AV_PROFILE_AAC_USAC)
>> ? get_bits1(&gb) : 1;
>> + /* ADTS does not support USAC */
>> + s1->key_frame = 1;
>> bit_rate = hdr.bit_rate;
>> #endif
>> }
>
> This isn't dead code. It just moves the getbitcontext creation to the
> wrapper function ff_adts_header_parse_buf().
>
> Also, the buffer needs AV_INPUT_BUFFER_PADDING_SIZE of padding bytes, so
> maybe use a zeroed local buffer while at it and memcpy
> AV_AAC_ADTS_HEADER_SIZE bytes to it, then pass that.
Sorry, I just realized my commit message is misleading.
What I was meaning is that the "key_frame" setting was dead code, and
the rest follows.
Indeed, the wrapping thing is not dead code, but once the dynamic
key_frame setting removed, it seemed to me logical to revert to the
original, simpler ff_adts_header_parse_buf() wrapper.
The padding is handled far upstream, it comes straight from
av_parser_parse2() in the api. I doubled check, there is really nothing
changed here, except the size of the GetBitContext but with no
performance change (and anyway, the wrapper makes it smaller).
Maybe it would be clearer this way:
avcodec/aac_ac3_parser: simplify/remove unused USAC/ADTS code
ff_adts_header_parse() gets the object_type from only 2 bits.
See also 696ea1c2236842572df88d573e24a39be3f19c98.
Use ff_adts_header_parse_buf() back to simplify as GetBitContext is no
longer needed.
Partially reverts 64bb91fd3b5a00a8849531c7e8dd207f2a626096.
_______________________________________________
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:[~2025-07-07 14:54 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-07 13:19 Nicolas Gaullier
2025-07-07 13:19 ` [FFmpeg-devel] [PATCH v2 2/2] avcodec/aac_ac3_parser: do not override the profile set by the decoder Nicolas Gaullier
2025-07-07 13:21 ` James Almer
2025-07-07 13:40 ` [FFmpeg-devel] [PATCH v2 1/2] avcodec/aac_ac3_parser: remove dead code James Almer
2025-07-07 14:54 ` Nicolas Gaullier [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=c1b3a70c-ce6b-408a-b30a-8992696783bd@cji.paris \
--to=nicolas.gaullier@cji.paris \
--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