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>
Subject: Re: [FFmpeg-devel] [PATCH v9 03/13] vvcdec: add cabac decoder
Date: Tue, 2 Jan 2024 21:44:08 +0800
Message-ID: <CAFXK13eX4yNoCA42Am_ZRTnw24eT8TbaszjKqExZy1zq1Hadfg@mail.gmail.com> (raw)
In-Reply-To: <20240101173459.GV6420@pb2>

On Tue, Jan 2, 2024 at 1:35 AM Michael Niedermayer <michael@niedermayer.cc>
wrote:

> On Mon, Jan 01, 2024 at 10:12:29PM +0800, Nuo Mi wrote:
> > add Context-based Adaptive Binary Arithmetic Coding (CABAC) decoder
> >
> > Co-authored-by: Xu Mu <toxumu@outlook.com>
> > Co-authored-by: Frank Plowman <post@frankplowman.com>
> > Co-authored-by: Shaun Loo <shaunloo10@gmail.com>
> > Co-authored-by: Wu Jianhua <toqsxw@outlook.com>
> > ---
> >  libavcodec/vvc/Makefile    |    4 +-
> >  libavcodec/vvc/vvc_cabac.c | 2478 ++++++++++++++++++++++++++++++++++++
> >  libavcodec/vvc/vvc_cabac.h |  126 ++
> >  libavcodec/vvc/vvc_ctu.c   |   32 +
> >  libavcodec/vvc/vvc_ctu.h   |  464 +++++++
> >  libavcodec/vvc/vvcdec.h    |    7 +
> >  6 files changed, 3110 insertions(+), 1 deletion(-)
> >  create mode 100644 libavcodec/vvc/vvc_cabac.c
> >  create mode 100644 libavcodec/vvc/vvc_cabac.h
> >  create mode 100644 libavcodec/vvc/vvc_ctu.c
> >  create mode 100644 libavcodec/vvc/vvc_ctu.h
>
> [...]
>
> > +static int residual_ts_coding_subblock(VVCLocalContext *lc,
> ResidualCoding* rc, const int i)
> > +{
> > +    const CodingUnit *cu   = lc->cu;
> > +    TransformBlock *tb     = rc->tb;
> > +    const int bdpcm_flag   = cu->bdpcm_flag[tb->c_idx];
> > +    const int xs           = rc->sb_scan_x_off[i];
> > +    const int ys           = rc->sb_scan_y_off[i];
> > +    uint8_t *sb_coded_flag = rc->sb_coded_flag + ys * rc->width_in_sbs
> + xs;
> > +    int infer_sb_sig_coeff_flag = 1;
> > +    int last_scan_pos_pass1 = -1, last_scan_pos_pass2 = -1, n;
> > +    int abs_level_gtx_flag[MAX_SUB_BLOCK_SIZE * MAX_SUB_BLOCK_SIZE];
> > +    int abs_level_pass2[MAX_SUB_BLOCK_SIZE * MAX_SUB_BLOCK_SIZE];
>  ///< AbsLevelPass2
> > +
> > +    if (i != rc->last_sub_block || !rc->infer_sb_cbf)
> > +        *sb_coded_flag = sb_coded_flag_decode(lc, sb_coded_flag, rc,
> xs, ys);
> > +    else
> > +        *sb_coded_flag = 1;
> > +    if (*sb_coded_flag && i < rc->last_sub_block)
> > +        rc->infer_sb_cbf = 0;
> > +
> > +    //first scan pass
> > +    for (n = 0; n < rc->num_sb_coeff && rc->rem_bins_pass1 >= 4; n++) {
> > +        const int xc = (xs << rc->log2_sb_w) + rc->scan_x_off[n];
> > +        const int yc = (ys << rc->log2_sb_h) + rc->scan_y_off[n];
> > +        const int off = yc * tb->tb_width + xc;
> > +        int *sig_coeff_flag   = rc->sig_coeff_flag + off;
> > +        int *abs_level_pass1  = rc->abs_level_pass1 + off;
> > +        int *coeff_sign_level = rc->coeff_sign_level + off;
> > +        int par_level_flag    = 0;
> > +
> > +        abs_level_gtx_flag[n] = 0;
> > +        last_scan_pos_pass1 = n;
> > +        if (*sb_coded_flag && (n != rc->num_sb_coeff - 1 ||
> !infer_sb_sig_coeff_flag)) {
> > +            *sig_coeff_flag = sig_coeff_flag_decode(lc, rc, xc, yc);
> > +            rc->rem_bins_pass1--;
> > +            if (*sig_coeff_flag)
> > +                infer_sb_sig_coeff_flag = 0;
> > +        } else {
> > +            *sig_coeff_flag = (n == rc->num_sb_coeff - 1) &&
> infer_sb_sig_coeff_flag && *sb_coded_flag;
> > +        }
> > +        *coeff_sign_level = 0;
> > +        if (*sig_coeff_flag) {
> > +            *coeff_sign_level = 1 - 2 * coeff_sign_flag_ts_decode(lc,
> cu, rc, xc, yc);
> > +            abs_level_gtx_flag[n] = abs_level_gt1_flag_ts_decode(lc,
> cu, rc, xc, yc);
> > +            rc->rem_bins_pass1 -= 2;
> > +            if (abs_level_gtx_flag[n]) {
> > +                par_level_flag = par_level_flag_ts_decode(lc);
> > +                rc->rem_bins_pass1--;
> > +            }
> > +        }
> > +        *abs_level_pass1 = *sig_coeff_flag + par_level_flag +
> abs_level_gtx_flag[n];
> > +    }
> > +
> > +    //greater than x scan pass
> > +    for (n = 0; n < rc->num_sb_coeff && rc->rem_bins_pass1 >= 4; n++) {
> > +        const int xc  = (xs << rc->log2_sb_w) + rc->scan_x_off[n];
> > +        const int yc  = (ys << rc->log2_sb_h) + rc->scan_y_off[n];
> > +        const int off = yc * tb->tb_width + xc;
> > +
> > +        abs_level_pass2[n] = rc->abs_level_pass1[off];
> > +        for (int j = 1; j < 5 && abs_level_gtx_flag[n]; j++) {
> > +            abs_level_gtx_flag[n] = abs_level_gtx_flag_ts_decode(lc, j);
> > +            abs_level_pass2[n] += abs_level_gtx_flag[n] << 1;
> > +            rc->rem_bins_pass1--;
> > +        }
> > +        last_scan_pos_pass2 = n;
> > +    }
> > +
> > +    /* remainder scan pass */
> > +    for (n = 0; n < rc->num_sb_coeff; n++) {
> > +        const int xc  = (xs << rc->log2_sb_w) + rc->scan_x_off[n];
> > +        const int yc  = (ys << rc->log2_sb_h) + rc->scan_y_off[n];
> > +        const int off = yc * tb->tb_width + xc;
> > +        const int *abs_level_pass1 = rc->abs_level_pass1 + off;
> > +        int *abs_level             = rc->abs_level + off;
> > +        int *coeff_sign_level      = rc->coeff_sign_level + off;
> > +        int abs_remainder          = 0;
> > +
> > +        if ((n <= last_scan_pos_pass2 && abs_level_pass2[n] >= 10) ||
> > +            (n > last_scan_pos_pass2 && n <= last_scan_pos_pass1 &&
> > +            *abs_level_pass1 >= 2) ||
> > +            (n > last_scan_pos_pass1 &&  *sb_coded_flag))
> > +            abs_remainder = abs_remainder_ts_decode(lc, rc, xc, yc);
> > +        if (n <= last_scan_pos_pass2) {
> > +            *abs_level = abs_level_pass2[n] + 2 * abs_remainder;
> > +        } else if (n <= last_scan_pos_pass1) {
> > +            *abs_level = *abs_level_pass1 + 2 * abs_remainder;
> > +        } else {
> > +            *abs_level = abs_remainder;
> > +            if (abs_remainder) {
> > +                //n > lastScanPosPass1
> > +                *coeff_sign_level = 1 - 2 * coeff_sign_flag_decode(lc);
> > +            }
> > +        }
> > +        if (!bdpcm_flag && n <= last_scan_pos_pass1) {
> > +            const int left  = xc > 0 ? abs_level[-1] : 0;
> > +            const int above = yc > 0 ? abs_level[-tb->tb_width] : 0;
> > +            const int pred  = FFMAX(left, above);
> > +
> > +            if (*abs_level == 1 && pred > 0)
> > +                *abs_level = pred;
> > +            else if (*abs_level > 0 && *abs_level <= pred)
> > +                (*abs_level)--;
> > +        }
>
> > +        if (*abs_level) {
> > +            tb->coeffs[off] = *coeff_sign_level * *abs_level;
> > +            tb->max_scan_x = FFMAX(xc, tb->max_scan_x);
> > +            tb->max_scan_y = FFMAX(yc, tb->max_scan_y);
> > +            tb->min_scan_x = FFMIN(xc, tb->min_scan_x);
> > +            tb->min_scan_y = FFMIN(yc, tb->min_scan_y);
> > +        } else {
> > +            tb->coeffs[off] = 0;
> > +        }
>
> Is this just for optimization ?
>
Yes. see
https://github.com/ffvvc/FFmpeg/blob/main/libavcodec/vvc/vvc_itx_1d.c#L66

>
> computing the max/min x/y indexes of non zero coeffs to later only process
> them is likely more expensive than to just do the dequantization here
> where its
> known what is non zero, also probably the non zero coeffs do not cluster
> well
> in a rectangle so there will likely still be alot of 0 in that
>

> If this is just for optimization, its a strange direction at such an early
> stage
> dequantization can be done directly here when we already have a seperate
> branch for
> non zero coefficients.
>
good idea

>
> and for transform it knowing for example that rows 1 and 3 are all 0 is
> probably
> more usefull than knowing that all non zero elements are in rows 0-2
>
Min may not be as useful since we usually have DC.
Max is important for transforms since we can skip multiplication for all
tail zeros.
Perhaps we don't need to compare every coefficient to get Max.
Let me use https://github.com/ffvvc/FFmpeg/issues/179 to track and revisit
it later.

Thank you.

>
> thx
>
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Many things microsoft did are stupid, but not doing something just because
> microsoft did it is even more stupid. If everything ms did were stupid they
> would be bankrupt already.
> _______________________________________________
> 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-01-02 13:44 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20240101141239.6623-1-nuomi2021@gmail.com>
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 01/13] vvcdec: add vvc_data Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 02/13] vvcdec: add parameter parser for sps, pps, ph, sh Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 03/13] vvcdec: add cabac decoder Nuo Mi
2024-01-01 15:13   ` Lynne
2024-01-02 13:21     ` Nuo Mi
2024-01-02 15:57       ` Lynne
2024-01-03  1:38         ` Nuo Mi
2024-01-01 17:34   ` Michael Niedermayer
2024-01-02 13:44     ` Nuo Mi [this message]
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 04/13] vvcdec: add reference management Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 05/13] vvcdec: add motion vector decoder Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 06/13] vvcdec: add inter prediction Nuo Mi
2024-01-01 15:04   ` Lynne
2024-01-02 14:16     ` Nuo Mi
2024-01-02 14:30       ` Kieran Kunhya
2024-01-02 15:59       ` Lynne
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 07/13] vvcdec: add inv transform 1d Nuo Mi
2024-01-01 14:50   ` Lynne
2024-01-02 13:01     ` Nuo Mi
2024-01-02 15:55       ` Lynne
2024-01-03 12:04         ` Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 08/13] vvcdec: add intra prediction Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 09/13] vvcdec: add LMCS, Deblocking, SAO, and ALF filters Nuo Mi
2024-01-01 15:17   ` Lynne
2024-01-02  9:47     ` Nuo Mi
2024-01-02 11:38       ` Jean-Baptiste Kempf
2024-01-02 15:51       ` Lynne
2024-01-03  1:14         ` Nuo Mi
2024-01-03 18:38       ` Michael Niedermayer
2024-01-04 11:45         ` Nuo Mi
2024-01-04 12:06           ` Martin Storsjö
2024-01-04 13:57             ` Nuo Mi
2024-01-04 14:53               ` James Almer
2024-01-05  0:02                 ` Nuo Mi
2024-01-05 11:55                 ` Martin Storsjö
2024-01-05 20:47                   ` Michael Niedermayer
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 10/13] vvcdec: add dsp init and inv transform Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 11/13] vvcdec: add CTU parser Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 12/13] vvcdec: add CTU thread logical Nuo Mi
2024-01-01 14:12 ` [FFmpeg-devel] [PATCH v9 13/13] vvcdec: add vvc decoder Nuo Mi
2024-01-01 14:53   ` Lynne
2024-01-01 15:14     ` Hendrik Leppkes
2024-01-01 15:22       ` Lynne
2024-01-02  9:38         ` Nuo Mi
2024-01-02 11:41           ` Jean-Baptiste Kempf
2024-01-02 16:00           ` Lynne
2024-01-05 20:48   ` James Almer
2024-01-06 17:47   ` James Almer
2024-01-07  5:31     ` 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=CAFXK13eX4yNoCA42Am_ZRTnw24eT8TbaszjKqExZy1zq1Hadfg@mail.gmail.com \
    --to=nuomi2021@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