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) <noreply@anthropic.com>
This commit is contained in:
+3
-1
@@ -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;
|
||||
|
||||
|
||||
Reference in New Issue
Block a user