[FFmpeg-devel] [PATCH 2/2] avcodec/libx264: fix compilation with x264 builds >= 153

wm4 nfxjfg at googlemail.com
Tue Dec 26 01:53:17 EET 2017


On Mon, 25 Dec 2017 19:52:57 -0300
James Almer <jamrial at gmail.com> wrote:

> x264 now supports multibitdepth builds, with a slightly changed API to
> request bitdepth during initialization.
> 
> Signed-off-by: James Almer <jamrial at gmail.com>
> ---
>  libavcodec/libx264.c | 45 +++++++++++++++++++++++++++++++++++++--------
>  1 file changed, 37 insertions(+), 8 deletions(-)
> 
> diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
> index 2d36c5e566..29f60fa7b5 100644
> --- a/libavcodec/libx264.c
> +++ b/libavcodec/libx264.c
> @@ -454,6 +454,7 @@ static av_cold int X264_init(AVCodecContext *avctx)
>  {
>      X264Context *x4 = avctx->priv_data;
>      AVCPBProperties *cpb_props;
> +    const av_unused AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(avctx->pix_fmt);
>      int sw,sh;
>  
>      if (avctx->global_quality > 0)
> @@ -724,6 +725,9 @@ FF_ENABLE_DEPRECATION_WARNINGS
>  
>      x4->params.i_width          = avctx->width;
>      x4->params.i_height         = avctx->height;
> +#if X264_BUILD >= 153
> +    x4->params.i_bitdepth       = desc->comp[0].depth;
> +#endif
>      av_reduce(&sw, &sh, avctx->sample_aspect_ratio.num, avctx->sample_aspect_ratio.den, 4096);
>      x4->params.vui.i_sar_width  = sw;
>      x4->params.vui.i_sar_height = sh;
> @@ -851,6 +855,34 @@ static const enum AVPixelFormat pix_fmts_8bit[] = {
>  #endif
>      AV_PIX_FMT_NONE
>  };
> +
> +#if CONFIG_LIBX264RGB_ENCODER
> +static const enum AVPixelFormat pix_fmts_8bit_rgb[] = {
> +    AV_PIX_FMT_BGR0,
> +    AV_PIX_FMT_BGR24,
> +    AV_PIX_FMT_RGB24,
> +    AV_PIX_FMT_NONE
> +};
> +#endif
> +
> +#if X264_BUILD >= 153
> +static const enum AVPixelFormat pix_fmts[] = {
> +    AV_PIX_FMT_YUV420P,
> +    AV_PIX_FMT_YUVJ420P,
> +    AV_PIX_FMT_YUV422P,
> +    AV_PIX_FMT_YUVJ422P,
> +    AV_PIX_FMT_YUV444P,
> +    AV_PIX_FMT_YUVJ444P,
> +    AV_PIX_FMT_YUV420P10,
> +    AV_PIX_FMT_YUV422P10,
> +    AV_PIX_FMT_YUV444P10,
> +    AV_PIX_FMT_NV12,
> +    AV_PIX_FMT_NV16,
> +    AV_PIX_FMT_NV20,
> +    AV_PIX_FMT_NV21,
> +    AV_PIX_FMT_NONE
> +};
> +#else
>  static const enum AVPixelFormat pix_fmts_9bit[] = {
>      AV_PIX_FMT_YUV420P9,
>      AV_PIX_FMT_YUV444P9,
> @@ -863,14 +895,6 @@ static const enum AVPixelFormat pix_fmts_10bit[] = {
>      AV_PIX_FMT_NV20,
>      AV_PIX_FMT_NONE
>  };
> -#if CONFIG_LIBX264RGB_ENCODER
> -static const enum AVPixelFormat pix_fmts_8bit_rgb[] = {
> -    AV_PIX_FMT_BGR0,
> -    AV_PIX_FMT_BGR24,
> -    AV_PIX_FMT_RGB24,
> -    AV_PIX_FMT_NONE
> -};
> -#endif
>  
>  static av_cold void X264_init_static(AVCodec *codec)
>  {
> @@ -881,6 +905,7 @@ static av_cold void X264_init_static(AVCodec *codec)
>      else if (x264_bit_depth == 10)
>          codec->pix_fmts = pix_fmts_10bit;
>  }
> +#endif
>  
>  #define OFFSET(x) offsetof(X264Context, x)
>  #define VE AV_OPT_FLAG_VIDEO_PARAM | AV_OPT_FLAG_ENCODING_PARAM
> @@ -1024,7 +1049,11 @@ AVCodec ff_libx264_encoder = {
>      .capabilities     = AV_CODEC_CAP_DELAY | AV_CODEC_CAP_AUTO_THREADS,
>      .priv_class       = &x264_class,
>      .defaults         = x264_defaults,
> +#if X264_BUILD >= 153
> +    .pix_fmts         = pix_fmts,
> +#else
>      .init_static_data = X264_init_static,
> +#endif
>      .caps_internal    = FF_CODEC_CAP_INIT_THREADSAFE |
>                          FF_CODEC_CAP_INIT_CLEANUP,
>      .wrapper_name     = "libx264",

Do newer builds really support all pixfmts? I know we have this
init_static_data because it depended on runtime (and apparently x264
build settings). I assume new x264 just does away with setting this at
compile time, and always has code for all formats?

(Personally I welcome getting rid of init_static_data, since it'll be
the only reason why AVCodec still can't be in read-only memory. Though
libvpx has a similar problem too.)


More information about the ffmpeg-devel mailing list