Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Nuo Mi <nuomi2021@gmail.com>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: James Almer <jamrial@gmail.com>
Subject: Re: [FFmpeg-devel] [PATCH] avcodec/vvc/ps: reset sps_id_used on PS uninit
Date: Mon, 8 Apr 2024 22:12:03 +0800
Message-ID: <CAFXK13fTc2MSdPzYa0mi9jbL6KWodE=po-DB4L-TBbTU2gn=aA@mail.gmail.com> (raw)
In-Reply-To: <d407fe1c-1a93-473b-a86e-2dd789383344@frankplowman.com>

On Mon, Apr 8, 2024 at 4:37 PM Frank Plowman <post@frankplowman.com> wrote:

> On 07/04/2024 15:48, James Almer wrote:
> > On 4/7/2024 10:38 AM, Nuo Mi wrote:
> >> On Sun, Apr 7, 2024 at 11:05 AM James Almer <jamrial@gmail.com> wrote:
> >>
> >>> Signed-off-by: James Almer <jamrial@gmail.com>
> >>> ---
> >>>   libavcodec/vvc/ps.c | 1 +
> >>>   1 file changed, 1 insertion(+)
> >>>
> >>> diff --git a/libavcodec/vvc/ps.c b/libavcodec/vvc/ps.c
> >>> index 3c71c34bae..83ee75fb62 100644
> >>> --- a/libavcodec/vvc/ps.c
> >>> +++ b/libavcodec/vvc/ps.c
> >>> @@ -912,6 +912,7 @@ void ff_vvc_ps_uninit(VVCParamSets *ps)
> >>>           ff_refstruct_unref(&ps->sps_list[i]);
> >>>       for (int i = 0; i < FF_ARRAY_ELEMS(ps->pps_list); i++)
> >>>           ff_refstruct_unref(&ps->pps_list[i]);
> >>> +    ps->sps_id_used = 0;
> >>>
> >> Hi James,
> >> thank you for the patch.
> >>
> >> Is this really necessary?
> >> vvc_ps_uninit will be called by vvc_decode_free,
> >> We are not supposed to use any member of VVCParamSets after
> >> vvc_decode_free.
> >
> > My bad, i thought it was also called on every flush() call.
> >
> > Something like the following:
> >
> >> diff --git a/libavcodec/vvc/dec.c b/libavcodec/vvc/dec.c
> >> index eb447604fe..463536512e 100644
> >> --- a/libavcodec/vvc/dec.c
> >> +++ b/libavcodec/vvc/dec.c
> >> @@ -963,6 +963,8 @@ static av_cold void
> >> vvc_decode_flush(AVCodecContext *avctx)
> >>          ff_vvc_flush_dpb(last);
> >>      }
> >>
> >> +    s->ps->sps_id_used = 0;
> >> +
> >>      s->eos = 1;
> >>  }
> >
> > Should be done on FFCodec.flush() (like when seeking) as the previous
> > state is no longer valid, right?
>
> Yes I agree, I think this is needed.  Cases where the random access
> point has no leading pictures should be covered by the existing logic as
> these always fall at the start of a CVS, but I think this is needed to
> cover the case in which there are leading pictures.
>
This patch isn't necessary.
Leading pictures won't carry SPS.
IDR, CRA, and GDR will carry SPS, but they will also start a new CVS, which
will covered by the current logic.


> Thanks,
> --
> Frank
> _______________________________________________
> 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".
>
_______________________________________________
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".

  reply	other threads:[~2024-04-08 14:12 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-07  3:04 James Almer
2024-04-07 13:38 ` Nuo Mi
2024-04-07 14:48   ` James Almer
2024-04-08  8:37     ` Frank Plowman
2024-04-08 14:12       ` Nuo Mi [this message]
2024-04-08 15:14         ` Frank Plowman
2024-04-09 13:36           ` Nuo Mi
2024-04-13 10:18             ` Frank Plowman
2024-04-14 22:23               ` James Almer
2024-04-15 12:54                 ` Nuo Mi

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='CAFXK13fTc2MSdPzYa0mi9jbL6KWodE=po-DB4L-TBbTU2gn=aA@mail.gmail.com' \
    --to=nuomi2021@gmail.com \
    --cc=ffmpeg-devel@ffmpeg.org \
    --cc=jamrial@gmail.com \
    /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