From: Michael Niedermayer <michael@niedermayer.cc>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH v3] avcodec/h264: fixed qp table attach for h264
Date: Wed, 18 Jun 2025 01:56:25 +0200
Message-ID: <20250617235625.GL29660@pb2> (raw)
In-Reply-To: <b55293ee-a43e-403d-b08f-0824652ecc26@regaud-chapuy.fr>
[-- Attachment #1.1: Type: text/plain, Size: 3158 bytes --]
On Tue, Jun 17, 2025 at 09:29:01AM +0200, Timothee wrote:
> Context from the first version :
> 
> > Here is a patch where I fixed the attach of per-macroblock qp tables for
> > H.264. It was implemented for MPEG2 so I have only extended it.
> > 
> > I tested the functionality with the codecview filter using the following
> > command: `./ffmpeg -export_side_data 4 -i input.mp4 -vf codecview=qp=1
> > output.mp4`
> 
> Andreas :
> > 1. Commits should be small atomic units; changes to different libraries
> > in the same commit are almost always not of this type.
> > 2. Both ff_h264_decode_mb_cabac() and ff_h264_decode_mb_cavlc() already
> > set qscale_table on their own (on success), so that all the changes to
> > h264_slice.c seem completely redundant.
> > 
> > - Andreas
> 
> Here is a new version of the patch without the redundant lines.
> 
> Thanks,
> 
> Timothée
>  qp_table.c |    3 ++-
>  qp_table.h |    1 +
>  2 files changed, 3 insertions(+), 1 deletion(-)
> f5478a074261026e13cd6ec745b80aee4a0720b5  0001-avcodec-h264-fixed-qp-table-attach-for-h264.patch
> From 422e8dbdc3d79b24c6ccb11b7f384fc08406ee74 Mon Sep 17 00:00:00 2001
> From: Timothee <timothee.informatique@regaud-chapuy.fr>
> Date: Fri, 13 Jun 2025 14:21:28 +0200
> Subject: [PATCH] avcodec/h264: fixed qp table attach for h264
> 
> Signed-off-by: Timothee <timothee.informatique@regaud-chapuy.fr>
> ---
>  libavcodec/h264_slice.c | 16 ++++++++++++----
>  libavfilter/qp_table.c  |  3 ++-
>  libavfilter/qp_table.h  |  1 +
>  3 files changed, 15 insertions(+), 5 deletions(-)
> 
> diff --git a/libavfilter/qp_table.c b/libavfilter/qp_table.c
> index 8137dc019f..a99b99e77a 100644
> --- a/libavfilter/qp_table.c
> +++ b/libavfilter/qp_table.c
> @@ -40,7 +40,8 @@ int ff_qp_table_extract(AVFrame *frame, int8_t **table, int *table_w, int *table
>      if (!sd)
>          return 0;
>      par = (AVVideoEncParams*)sd->data;
> -    if (par->type != AV_VIDEO_ENC_PARAMS_MPEG2 ||
> +    if ((par->type != AV_VIDEO_ENC_PARAMS_MPEG2
> +       && par->type != AV_VIDEO_ENC_PARAMS_H264) ||
>          (par->nb_blocks != 0 && par->nb_blocks != nb_mb))
>          return AVERROR(ENOSYS);
The commit message should be a bit more verbose why these
are unequal, and why teh later copy of nb_mb is correct
If its not always correct, that should at least be documented
>  
> diff --git a/libavfilter/qp_table.h b/libavfilter/qp_table.h
> index 4407bacb0e..c1a80d1830 100644
> --- a/libavfilter/qp_table.h
> +++ b/libavfilter/qp_table.h
> @@ -40,6 +40,7 @@ static inline int ff_norm_qscale(int qscale, enum AVVideoEncParamsType type)
>  {
>      switch (type) {
>      case AV_VIDEO_ENC_PARAMS_MPEG2: return qscale >> 1;
> +    case AV_VIDEO_ENC_PARAMS_H264:  return qscale;
>      }
>      return qscale;
This does nothing, it returns qscale already
thx
[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The bravest are surely those who have the clearest vision
of what is before them, glory and danger alike, and yet
notwithstanding go out to meet it. -- Thucydides
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
[-- Attachment #2: Type: text/plain, Size: 251 bytes --]
_______________________________________________
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-06-17 23:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <2dc54cad-932f-4c30-9f9d-0a943e0a7be3@regaud-chapuy.fr>
2025-06-16  9:14 ` [FFmpeg-devel] Fwd: [PATCH v2] " Timothee
2025-06-16  9:32   ` Andreas Rheinhardt
2025-06-16 12:52     ` Timothee
2025-06-16 19:41       ` Andreas Rheinhardt
2025-06-17  7:29     ` [FFmpeg-devel] [PATCH v3] " Timothee
2025-06-17 23:56       ` Michael Niedermayer [this message]
2025-06-18 11:04         ` Timothée
2025-06-19  0:17           ` Michael Niedermayer
2025-06-19  9:37             ` [FFmpeg-devel] [PATCH] avfilter/codecview: Enable QP visualization for H.264 Timothée
2025-06-23 11:46               ` Michael Niedermayer
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=20250617235625.GL29660@pb2 \
    --to=michael@niedermayer.cc \
    --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