From: Nuo Mi <nuomi2021@gmail.com>
To: Frank Plowman <post@frankplowman.com>
Cc: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2] lavc/vvc: Fix NumEntryPoints derivation
Date: Mon, 10 Mar 2025 21:16:50 +0800
Message-ID: <CAFXK13cRCAGQfMAOToW8TR-435pVSz-5t=sLEpy+dekmQE=YtQ@mail.gmail.com> (raw)
In-Reply-To: <CAFXK13dbsMU_3Vk27SiDTN+yLuriV83xZ0=jFWccY3xeOqpBdA@mail.gmail.com>
On Sun, Mar 9, 2025 at 9:57 PM Nuo Mi <nuomi2021@gmail.com> wrote:
>
>
> On Thu, Mar 6, 2025 at 2:40 AM Frank Plowman <post@frankplowman.com>
> wrote:
>
>> If pps_single_slice_per_subpic_flag is 1,
>> slice_{width,height}_in_tiles are undefined and we must instead get the
>> dimensions of the slice by referring to the corresponding subpicture.
>>
>> Signed-off-by: Frank Plowman <post@frankplowman.com>
>> ---
>> Changes since v1:
>> * slice_height_in_tiles is also undefined if
>> pps->pps_single_slice_per_subpic_flag is 1,
>> so also derive that from the subpic info.
>> ---
>> libavcodec/cbs_h266_syntax_template.c | 49 +++++++++++++++++++++++----
>> 1 file changed, 43 insertions(+), 6 deletions(-)
>>
>> diff --git a/libavcodec/cbs_h266_syntax_template.c
>> b/libavcodec/cbs_h266_syntax_template.c
>> index 58211026bb..05634bc19c 100644
>> --- a/libavcodec/cbs_h266_syntax_template.c
>> +++ b/libavcodec/cbs_h266_syntax_template.c
>> @@ -3440,13 +3440,50 @@ static int FUNC(slice_header)
>> (CodedBitstreamContext *ctx, RWContext *rw,
>> for (i = 0; i < current->curr_subpic_idx; i++) {
>> slice_idx += pps->num_slices_in_subpic[i];
>> }
>> - width_in_tiles =
>> - pps->pps_slice_width_in_tiles_minus1[slice_idx] + 1;
>>
>> - if (entropy_sync)
>> - height = pps->slice_height_in_ctus[slice_idx];
>> - else
>> - height =
>> pps->pps_slice_height_in_tiles_minus1[slice_idx] + 1;
>> + if (pps->pps_single_slice_per_subpic_flag) {
>> + const int width_in_ctus =
>> sps->sps_subpic_width_minus1[slice_idx] + 1;
>> + const int subpic_l =
>> sps->sps_subpic_ctu_top_left_x[slice_idx];
>> + const int subpic_r = subpic_l + width_in_ctus;
>> +
>> + int ctb_x = 0, tile_x = 0;
>> + for (; ctb_x < subpic_l && tile_x <
>> pps->num_tile_columns; tile_x++)
>> + ctb_x += pps->col_width_val[tile_x];
>> +
>> + width_in_tiles = 0;
>> + for (; ctb_x < subpic_r && tile_x <
>> pps->num_tile_columns; tile_x++) {
>> + ctb_x += pps->col_width_val[tile_x];
>> + width_in_tiles++;
>> + }
>> +
>> + if (entropy_sync)
>> + height = sps->sps_subpic_height_minus1[slice_idx] +
>> 1;
>> + else {
>> + const int height_in_ctus =
>> sps->sps_subpic_height_minus1[slice_idx] + 1;
>> + const int subpic_t =
>> sps->sps_subpic_ctu_top_left_y[slice_idx];
>> + const int subpic_b = subpic_t + height_in_ctus;
>> +
>> + int ctb_y = 0, tile_y = 0, height_in_tiles;
>> + for (; ctb_y < subpic_t && tile_y <
>> pps->num_tile_rows; tile_y++)
>> + ctb_y += pps->row_height_val[tile_y];
>> +
>> + height_in_tiles = 0;
>> + for (; ctb_y < subpic_b && tile_y <
>> pps->num_tile_rows; tile_y++) {
>> + ctb_y += pps->row_height_val[tile_y];
>> + height_in_tiles++;
>> + }
>>
> Hi Frank,
> Thank you for the v2.
> Same logic as width_in_tiles, with only a few different parameters. Better
> to avoid duplication.
> How about using a single function: size_in_tiles(size_in_ctu, top_left,
> tile_val, num_tile)?
>
Hmm, it's in CBS. Sorry, you can ignore the suggestion.
There's a lot of duplicate code in CBS—I tried to refactor it into
functions, but Mark objected
Will push this version later.
> +
>> + height = height_in_tiles;
>> + }
>> + } else {
>> + width_in_tiles =
>> + pps->pps_slice_width_in_tiles_minus1[slice_idx] + 1;
>> +
>> + if (entropy_sync)
>> + height = pps->slice_height_in_ctus[slice_idx];
>> + else
>> + height =
>> pps->pps_slice_height_in_tiles_minus1[slice_idx] + 1;
>> + }
>>
>> current->num_entry_points = width_in_tiles * height;
>> } else {
>> --
>> 2.47.0
>>
>>
_______________________________________________
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".
next prev parent reply other threads:[~2025-03-10 13:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-05 18:38 Frank Plowman
2025-03-09 13:57 ` Nuo Mi
2025-03-10 13:16 ` Nuo Mi [this message]
2025-03-15 5:47 ` 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='CAFXK13cRCAGQfMAOToW8TR-435pVSz-5t=sLEpy+dekmQE=YtQ@mail.gmail.com' \
--to=nuomi2021@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
--cc=post@frankplowman.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