> On May 13, 2022, at 6:12 PM, Zhao Zhili <quinkbl...@foxmail.com> wrote:
> 
> has_b_frames should be output_reorder_delay field in AVS3 sequence
> header and larger than 1. The parser implementation doesn't parse
> that field. Decoder can set has_b_frames properly, so use FFMAX
> here to avoid resetting has_b_frames from output_reorder_delay to 1.
> ---
> libavcodec/avs3_parser.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
> 
> diff --git a/libavcodec/avs3_parser.c b/libavcodec/avs3_parser.c
> index d04d96a03a..a9fd879e9d 100644
> --- a/libavcodec/avs3_parser.c
> +++ b/libavcodec/avs3_parser.c
> @@ -71,7 +71,7 @@ static void parse_avs3_nal_units(AVCodecParserContext *s, 
> const uint8_t *buf,
>     if (buf[0] == 0x0 && buf[1] == 0x0 && buf[2] == 0x1) {
>         if (buf[3] == AVS3_SEQ_START_CODE) {
>             GetBitContext gb;
> -            int profile, ratecode;
> +            int profile, ratecode, low_delay;
> 
>             init_get_bits8(&gb, buf + 4, buf_size - 4);
> 
> @@ -114,7 +114,8 @@ static void parse_avs3_nal_units(AVCodecParserContext *s, 
> const uint8_t *buf,
>             //            bitrate_high(12)
>             skip_bits(&gb, 32);
> 
> -            avctx->has_b_frames = !get_bits(&gb, 1);
> +            low_delay = get_bits(&gb, 1);
> +            avctx->has_b_frames = FFMAX(avctx->has_b_frames, !low_delay);
> 
>             avctx->framerate.num = avctx->time_base.den = 
> ff_avs3_frame_rate_tab[ratecode].num;
>             avctx->framerate.den = avctx->time_base.num = 
> ff_avs3_frame_rate_tab[ratecode].den;
> -- 
> 2.35.3
> 

Will apply this patchset tomorrow unless there are objections.
_______________________________________________
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".

Reply via email to