This reverts commit a14a12ca137bf1526452b97bedfc9f7b301d4e04.
The CTU size is always 32x32; the surface size is what actually sets
the desired property, and it is already correct.
---
libavcodec/vaapi_encode_h265.c | 7 ++-----
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index 165b6ffde..477065e2c 100644
--- a/libavcodec/vaapi_encode_h265.c
+++ b/libavcodec/vaapi_encode_h265.c
@@ -815,11 +815,8 @@ static av_cold int
vaapi_encode_h265_configure(AVCodecContext *avctx)
if (err < 0)
return err;
- // This is an Intel driver constraint. Despite MinCbSizeY being 8,
- // we are still required to encode at 16-pixel alignment and then
- // crop back (so 1080 lines is still encoded as 1088 + cropping).
- priv->ctu_width = FFALIGN(ctx->surface_width, 16) / 16;
- priv->ctu_height = FFALIGN(ctx->surface_height, 16) / 16;
+ priv->ctu_width = FFALIGN(ctx->surface_width, 32) / 32;
+ priv->ctu_height = FFALIGN(ctx->surface_height, 32) / 32;
av_log(avctx, AV_LOG_VERBOSE, "Input %ux%u -> Surface %ux%u -> CTU
%ux%u.\n",
avctx->width, avctx->height, ctx->surface_width,
--
2.11.0
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
