From: "Dai, Jianhui J" <jianhui.j.dai-at-intel.com@ffmpeg.org>
To: "Dai, Jianhui J" <jianhui.j.dai@intel.com>,
"ffmpeg-devel@ffmpeg.org" <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH v1] avcodec/cbs: Keep ff_cbs_trace_syntax_element
Date: Tue, 10 Oct 2023 03:30:59 +0000
Message-ID: <DM6PR11MB26814F96139392B6E16CABFCB1CDA@DM6PR11MB2681.namprd11.prod.outlook.com> (raw)
In-Reply-To: <DM6PR11MB26818A325A137C1C783852F7B1CDA@DM6PR11MB2681.namprd11.prod.outlook.com>
> -----Original Message-----
> From: Dai, Jianhui J <jianhui.j.dai@intel.com>
> Sent: Tuesday, October 10, 2023 10:57 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [PATCH v1] avcodec/cbs: Keep ff_cbs_trace_syntax_element
>
> Split ff_cbs_trace_syntax_element from ff_cbs_trace_read_log to decouple the
> tracing from GetBitContext. This allows CBS implementations that do not have a
> GetBitContext to directly use ff_cbs_trace_syntax_element to trace syntax
> elements.
>
> Signed-off-by: Jianhui Dai <jianhui.j.dai@intel.com>
> ---
> libavcodec/cbs.c | 41 +++++++++++++++++++++++++--------------
> libavcodec/cbs_internal.h | 4 ++++
> 2 files changed, 30 insertions(+), 15 deletions(-)
>
> diff --git a/libavcodec/cbs.c b/libavcodec/cbs.c index cdd7adebeb..2f2cfcfb31
> 100644
> --- a/libavcodec/cbs.c
> +++ b/libavcodec/cbs.c
> @@ -498,26 +498,18 @@ void ff_cbs_trace_header(CodedBitstreamContext
> *ctx,
> av_log(ctx->log_ctx, ctx->trace_level, "%s\n", name); }
>
> -void ff_cbs_trace_read_log(void *trace_context,
> - GetBitContext *gbc, int length,
> - const char *str, const int *subscripts,
> - int64_t value)
> +void ff_cbs_trace_syntax_element(CodedBitstreamContext *ctx, int position,
> + const char *str, const int *subscripts,
> + const char *bits, int64_t value)
> {
> - CodedBitstreamContext *ctx = trace_context;
> char name[256];
> - char bits[256];
> size_t name_len, bits_len;
> int pad, subs, i, j, k, n;
> - int position;
> -
> - av_assert0(value >= INT_MIN && value <= UINT32_MAX);
>
> - position = get_bits_count(gbc);
> + if (!ctx->trace_enable)
> + return;
>
> - av_assert0(length < 256);
> - for (i = 0; i < length; i++)
> - bits[i] = get_bits1(gbc) ? '1' : '0';
> - bits[length] = 0;
> + av_assert0(value >= INT_MIN && value <= UINT32_MAX);
>
> subs = subscripts ? subscripts[0] : 0;
> n = 0;
> @@ -545,7 +537,7 @@ void ff_cbs_trace_read_log(void *trace_context,
> av_assert0(n == subs);
>
> name_len = strlen(name);
> - bits_len = length;
> + bits_len = strlen(bits);
>
> if (name_len + bits_len > 60)
> pad = bits_len + 2;
> @@ -556,6 +548,25 @@ void ff_cbs_trace_read_log(void *trace_context,
> position, name, pad, bits, value); }
>
> +void ff_cbs_trace_read_log(void *trace_context,
> + GetBitContext *gbc, int length,
> + const char *str, const int *subscripts,
> + int64_t value) {
> + CodedBitstreamContext *ctx = trace_context;
> + char bits[256];
> + int position;
> +
> + position = get_bits_count(gbc);
> +
> + av_assert0(length < 256);
> + for (int i = 0; i < length; i++)
> + bits[i] = get_bits1(gbc) ? '1' : '0';
> + bits[length] = 0;
> +
> + ff_cbs_trace_syntax_element(ctx, position, str, subscripts, bits,
> +value); }
> +
> void ff_cbs_trace_write_log(void *trace_context,
> PutBitContext *pbc, int length,
> const char *str, const int *subscripts, diff --git
> a/libavcodec/cbs_internal.h b/libavcodec/cbs_internal.h index
> 07220f1f3e..ff90ce467d 100644
> --- a/libavcodec/cbs_internal.h
> +++ b/libavcodec/cbs_internal.h
> @@ -158,6 +158,10 @@ typedef struct CodedBitstreamType { void
> ff_cbs_trace_header(CodedBitstreamContext *ctx,
> const char *name);
>
> +void ff_cbs_trace_syntax_element(CodedBitstreamContext *ctx, int position,
> + const char *name, const int *subscripts,
> + const char *bitstring, int64_t value);
> +
>
> // Helper functions for read/write of common bitstream elements, including //
> generation of trace output. The simple functions are equivalent to
@Mark Thompson <sw@jkqxz.net>
Could you please take a look if it's a valid change based on your last refactor?
It's intended to use for the reviewing cbs_vp8 patch.
> --
> 2.25.1
_______________________________________________
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:[~2023-10-10 3:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-10 2:56 Dai, Jianhui J
2023-10-10 3:30 ` Dai, Jianhui J [this message]
2023-10-16 21:13 ` Mark Thompson
2023-10-17 12:42 ` Dai, Jianhui J
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=DM6PR11MB26814F96139392B6E16CABFCB1CDA@DM6PR11MB2681.namprd11.prod.outlook.com \
--to=jianhui.j.dai-at-intel.com@ffmpeg.org \
--cc=ffmpeg-devel@ffmpeg.org \
--cc=jianhui.j.dai@intel.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