From: Zhao Zhili <quinkblack@foxmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH v10 14/14] avcodec/libx265: add support for writing out CLL and MDCV Date: Fri, 22 Mar 2024 20:05:04 +0800 Message-ID: <tencent_96C9194EAC254153040853D3E2D37A35DD05@qq.com> (raw) In-Reply-To: <20240318213141.1376789-15-jeebjp@gmail.com> > On Mar 19, 2024, at 05:31, Jan Ekström <jeebjp@gmail.com> wrote: > > The newer of these two are the separate integers for content light > level, introduced in 3952bf3e98c76c31594529a3fe34e056d3e3e2ea , > with X265_BUILD 75. As we already require X265_BUILD of at least > 89, no further conditions are required. The fate test not only depends on the version of x265, but also depends on the compile option of x265. The test failed when HIGH_BIT_DEPTH isn’t enabled. It also failed when asan is enabled because of memory issue inside of x265. > --- > libavcodec/libx265.c | 89 ++++++++++++++++++++++++++++++++++++ > tests/fate/enc_external.mak | 5 ++ > tests/ref/fate/libx265-hdr10 | 16 +++++++ > 3 files changed, 110 insertions(+) > create mode 100644 tests/ref/fate/libx265-hdr10 > > diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c > index 92183b9ca2..70ec6d3539 100644 > --- a/libavcodec/libx265.c > +++ b/libavcodec/libx265.c > @@ -28,9 +28,11 @@ > #include <float.h> > > #include "libavutil/avassert.h" > +#include "libavutil/bprint.h" > #include "libavutil/buffer.h" > #include "libavutil/internal.h" > #include "libavutil/common.h" > +#include "libavutil/mastering_display_metadata.h" > #include "libavutil/opt.h" > #include "libavutil/pixdesc.h" > #include "avcodec.h" > @@ -176,6 +178,86 @@ static av_cold int libx265_param_parse_int(AVCodecContext *avctx, > return 0; > } > > +static int handle_mdcv(const AVClass **avcl, const x265_api *api, > + x265_param *params, > + const AVMasteringDisplayMetadata *mdcv) > +{ > + int ret = AVERROR_BUG; > + AVBPrint buf; > + av_bprint_init(&buf, 0, AV_BPRINT_SIZE_AUTOMATIC); > + > + // G(%hu,%hu)B(%hu,%hu)R(%hu,%hu)WP(%hu,%hu)L(%u,%u) > + av_bprintf( > + &buf, > + "G(%"PRId64",%"PRId64")B(%"PRId64",%"PRId64")R(%"PRId64",%"PRId64")" > + "WP(%"PRId64",%"PRId64")L(%"PRId64",%"PRId64")", > + av_rescale_q(1, mdcv->display_primaries[1][0], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->display_primaries[1][1], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->display_primaries[2][0], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->display_primaries[2][1], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->display_primaries[0][0], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->display_primaries[0][1], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->white_point[0], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->white_point[1], (AVRational){ 1, 50000 }), > + av_rescale_q(1, mdcv->max_luminance, (AVRational){ 1, 10000 }), > + av_rescale_q(1, mdcv->min_luminance, (AVRational){ 1, 10000 })); > + > + if (!av_bprint_is_complete(&buf)) { > + av_log(avcl, AV_LOG_ERROR, > + "MDCV string too long for its available space!\n"); > + ret = AVERROR(ENOMEM); > + goto end; > + } > + > + if (api->param_parse(params, "master-display", buf.str) == > + X265_PARAM_BAD_VALUE) { > + av_log(avcl, AV_LOG_ERROR, > + "Invalid value \"%s\" for param \"master-display\".\n", > + buf.str); > + ret = AVERROR(EINVAL); > + goto end; > + } > + > + ret = 0; > + > +end: > + av_bprint_finalize(&buf, NULL); > + > + return ret; > +} > + > +static int handle_side_data(AVCodecContext *avctx, const x265_api *api, > + x265_param *params) > +{ > + const AVFrameSideData *cll_sd = > + av_frame_side_data_get( > + (const AVFrameSideData **)avctx->decoded_side_data, > + avctx->nb_decoded_side_data, AV_FRAME_DATA_CONTENT_LIGHT_LEVEL); > + const AVFrameSideData *mdcv_sd = > + av_frame_side_data_get( > + (const AVFrameSideData **)avctx->decoded_side_data, > + avctx->nb_decoded_side_data, > + AV_FRAME_DATA_MASTERING_DISPLAY_METADATA); > + > + if (cll_sd) { > + const AVContentLightMetadata *cll = > + (AVContentLightMetadata *)cll_sd->data; > + > + params->maxCLL = cll->MaxCLL; > + params->maxFALL = cll->MaxFALL; > + } > + > + if (mdcv_sd) { > + int ret = handle_mdcv( > + &avctx->av_class, api, params, > + (AVMasteringDisplayMetadata *)mdcv_sd->data); > + if (ret < 0) > + return ret; > + } > + > + return 0; > +} > + > static av_cold int libx265_encode_init(AVCodecContext *avctx) > { > libx265Context *ctx = avctx->priv_data; > @@ -336,6 +418,13 @@ FF_ENABLE_DEPRECATION_WARNINGS > return AVERROR_BUG; > } > > + ret = handle_side_data(avctx, ctx->api, ctx->params); > + if (ret < 0) { > + av_log(avctx, AV_LOG_ERROR, "Failed handling side data! (%s)\n", > + av_err2str(ret)); > + return ret; > + } > + > if (ctx->crf >= 0) { > char crf[6]; > > diff --git a/tests/fate/enc_external.mak b/tests/fate/enc_external.mak > index 4095a4b51a..30021efbcd 100644 > --- a/tests/fate/enc_external.mak > +++ b/tests/fate/enc_external.mak > @@ -12,5 +12,10 @@ FATE_ENC_EXTERNAL-$(call ENCDEC, LIBX264 HEVC, MOV, LIBX264_HDR10 HEVC_DEMUXER H > fate-libx264-hdr10: CMD = enc_external $(TARGET_SAMPLES)/hevc/hdr10_plus_h265_sample.hevc \ > mp4 "-c:v libx264" "-show_frames -show_entries frame=side_data_list -of flat" > > +# test for x265 MDCV and CLL passthrough during encoding > +FATE_ENC_EXTERNAL-$(call ENCDEC, LIBX265 HEVC, MOV, HEVC_DEMUXER) += fate-libx265-hdr10 > +fate-libx265-hdr10: CMD = enc_external $(TARGET_SAMPLES)/hevc/hdr10_plus_h265_sample.hevc \ > + mp4 "-c:v libx265" "-show_frames -show_entries frame=side_data_list -of flat" > + > FATE_SAMPLES_FFMPEG_FFPROBE += $(FATE_ENC_EXTERNAL-yes) > fate-enc-external: $(FATE_ENC_EXTERNAL-yes) > diff --git a/tests/ref/fate/libx265-hdr10 b/tests/ref/fate/libx265-hdr10 > new file mode 100644 > index 0000000000..571c837cac > --- /dev/null > +++ b/tests/ref/fate/libx265-hdr10 > @@ -0,0 +1,16 @@ > +frames.frame.0.side_data_list.side_data.0.side_data_type="H.26[45] User Data Unregistered SEI message" > +frames.frame.0.side_data_list.side_data.1.side_data_type="H.26[45] User Data Unregistered SEI message" > +frames.frame.0.side_data_list.side_data.2.side_data_type="Mastering display metadata" > +frames.frame.0.side_data_list.side_data.2.red_x="13250/50000" > +frames.frame.0.side_data_list.side_data.2.red_y="34500/50000" > +frames.frame.0.side_data_list.side_data.2.green_x="7500/50000" > +frames.frame.0.side_data_list.side_data.2.green_y="3000/50000" > +frames.frame.0.side_data_list.side_data.2.blue_x="34000/50000" > +frames.frame.0.side_data_list.side_data.2.blue_y="16000/50000" > +frames.frame.0.side_data_list.side_data.2.white_point_x="15635/50000" > +frames.frame.0.side_data_list.side_data.2.white_point_y="16450/50000" > +frames.frame.0.side_data_list.side_data.2.min_luminance="50/10000" > +frames.frame.0.side_data_list.side_data.2.max_luminance="10000000/10000" > +frames.frame.0.side_data_list.side_data.3.side_data_type="Content light level metadata" > +frames.frame.0.side_data_list.side_data.3.max_content=1000 > +frames.frame.0.side_data_list.side_data.3.max_average=200 > -- > 2.44.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". _______________________________________________ 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:[~2024-03-22 12:05 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-03-18 21:31 [FFmpeg-devel] [PATCH v10 00/14] encoder AVCodecContext configuration side data Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 01/14] avutil/frame: split side data list wiping out to non-AVFrame function Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 02/14] avutil/frame: add helper for freeing arrays of side data Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 03/14] avutil/frame: split side_data_from_buf to base and AVFrame func Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 04/14] avutil/frame: split side data removal out to non-AVFrame function Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 05/14] avutil/frame: add helper for adding side data to array Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 06/14] avutil/frame: add helper for adding existing " Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 07/14] avutil/frame: add helper for adding side data w/ AVBufferRef " Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 08/14] avutil/frame: add helper for getting side data from array Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 09/14] {avutil/version, APIchanges}: bump, document new AVFrameSideData functions Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 10/14] avcodec: add frame side data array to AVCodecContext Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 11/14] ffmpeg: pass first video AVFrame's side data to encoder Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 12/14] avcodec/libsvtav1: add support for writing out CLL and MDCV Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 13/14] avcodec/libx264: " Jan Ekström 2024-03-18 21:31 ` [FFmpeg-devel] [PATCH v10 14/14] avcodec/libx265: " Jan Ekström 2024-03-22 12:05 ` Zhao Zhili [this message] 2024-03-20 17:00 ` [FFmpeg-devel] [PATCH v10 00/14] encoder AVCodecContext configuration side data James Almer 2024-03-20 17:34 ` Jan Ekström
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=tencent_96C9194EAC254153040853D3E2D37A35DD05@qq.com \ --to=quinkblack@foxmail.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