From 13e9b64bcf6a7e5042d86836e2c2d1ff66693e1f Mon Sep 17 00:00:00 2001 From: Markus Fritsche Date: Sat, 25 Apr 2026 21:52:17 +0000 Subject: [PATCH] src/h264.c: drop num_slices field; kernel infers from queued controls decode->num_slices was the last field on v4l2_ctrl_h264_decode_params that didn't survive the upstream cleanup. The kernel now infers the slice count from how many slice_params controls were queued via the request API for the given OUTPUT buffer; no explicit count is needed. This was the only remaining build error; library should now compile clean against current linux-api-headers. Co-Authored-By: Claude Opus 4.7 (1M context) --- src/h264.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/h264.c b/src/h264.c index 03cd634..b5e272c 100644 --- a/src/h264.c +++ b/src/h264.c @@ -221,7 +221,9 @@ static void h264_va_picture_to_v4l2(struct request_data *driver_data, { h264_fill_dpb(driver_data, context, decode); - decode->num_slices = surface->slices_count; + /* num_slices is no longer carried by v4l2_ctrl_h264_decode_params; the + * kernel infers slice count from the number of slice_params controls + * queued (one per slice via the request API). */ decode->top_field_order_cnt = VAPicture->CurrPic.TopFieldOrderCnt; decode->bottom_field_order_cnt = VAPicture->CurrPic.BottomFieldOrderCnt;