Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp240174ybt; Thu, 9 Jul 2020 21:21:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz852oi2JNIisamOEM0ZN+WQC/R0el32+7mNgWxRjHPjz3oZCitviPcquKrXSDqyiRnXJj6 X-Received: by 2002:a17:906:66d0:: with SMTP id k16mr61046574ejp.293.1594354918617; Thu, 09 Jul 2020 21:21:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594354918; cv=none; d=google.com; s=arc-20160816; b=wDh0lTt+JGw5Tbq/+u5MO+E0ahU+b1StzlN/j0MCitT47xzqRSvHUyls1yrLWyy3Xm Bxu3vRlvXeOp9WE+UvoSKXvu73su+WnLz6GZ6luNlbM2T8UhTqLMml+QmvnL3sVyzUPr 3/CoG8saweeq0tqCxYiLur5dbGjXH5yy50lDmXClrhBVvBCy0M5VnnikkwihrZz6gNP1 Wt1GKxgv7grfn7cdG6aM08/Z+dVGk4ltaeogbyoMRYRdf83Ddtrc4f8bWEh/1c59fnFW ZXcKSADt5/XwmUAnK77AQidRWFn5DeFA2Y3c+v55B0fOVBXRosFps14xp1N3y2b/eM0S HHwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=1QZLINx3xNKWcBBNCx0dzET0hm19Ky7/NN0OQbcZfUc=; b=waEIy4z9Oj7TxDcuCvJDxnWS4RYjuW2H8T+lcTG9/SD5iefpQReUkiZyxuBIFp/nPn AFGmf6uWSv9gbI0ASPJpfUkuKDhvBpU0JCvHDc7GYWXhApvH6BakTA5dPqfaDxJWYLlS TSrugteFQfM6P/wg/sfA1bItOJOxhq/LheS+9pJqjIR5w3Y/SgJki8CDtH40vfh9jzfY Vj+UIz8qKa6sx99KcIQxApbk0top75f1iyOdmH4Nt1dUMeQbkzEzeOaF4SR1dVZp/3zL ZScbFimCDMifJBvN4tdXy3u754AD5cQlxo77WM529SND0V6wiAjK5b+EIJUWbhasxMdm Yk/g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 17si3198503ejw.686.2020.07.09.21.21.35; Thu, 09 Jul 2020 21:21:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726461AbgGJEVU (ORCPT + 99 others); Fri, 10 Jul 2020 00:21:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34676 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725777AbgGJEVU (ORCPT ); Fri, 10 Jul 2020 00:21:20 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C2BF6C08C5CE; Thu, 9 Jul 2020 21:21:19 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id 5AFC92A6705 Message-ID: <233509924f72d69824920d9312373eced68674c0.camel@collabora.com> Subject: Re: [RFC 07/12] media: uapi: h264: Add DPB entry field reference flags From: Ezequiel Garcia To: Jonas Karlman Cc: Mauro Carvalho Chehab , Hans Verkuil , Boris Brezillon , Philipp Zabel , Paul Kocialkowski , "linux-media@vger.kernel.org" , "linux-rockchip@lists.infradead.org" , "linux-kernel@vger.kernel.org" Date: Fri, 10 Jul 2020 01:21:07 -0300 In-Reply-To: References: <20190901124531.23645-1-jonas@kwiboo.se> Organization: Collabora Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Jonas, In the context of the uAPI cleanup, I'm revisiting this patch. On Sun, 2019-09-01 at 12:45 +0000, Jonas Karlman wrote: > Add DPB entry flags to help indicate when a reference frame is a field picture > and how the DPB entry is referenced, top or bottom field or full frame. > > Signed-off-by: Jonas Karlman > --- > Documentation/media/uapi/v4l/ext-ctrls-codec.rst | 12 ++++++++++++ > include/media/h264-ctrls.h | 4 ++++ > 2 files changed, 16 insertions(+) > > diff --git a/Documentation/media/uapi/v4l/ext-ctrls-codec.rst b/Documentation/media/uapi/v4l/ext-ctrls-codec.rst > index bc5dd8e76567..eb6c32668ad7 100644 > --- a/Documentation/media/uapi/v4l/ext-ctrls-codec.rst > +++ b/Documentation/media/uapi/v4l/ext-ctrls-codec.rst > @@ -2022,6 +2022,18 @@ enum v4l2_mpeg_video_h264_hierarchical_coding_type - > * - ``V4L2_H264_DPB_ENTRY_FLAG_LONG_TERM`` > - 0x00000004 > - The DPB entry is a long term reference frame > + * - ``V4L2_H264_DPB_ENTRY_FLAG_FIELD_PICTURE`` > + - 0x00000008 > + - The DPB entry is a field picture > + * - ``V4L2_H264_DPB_ENTRY_FLAG_REF_TOP`` > + - 0x00000010 > + - The DPB entry is a top field reference > + * - ``V4L2_H264_DPB_ENTRY_FLAG_REF_BOTTOM`` > + - 0x00000020 > + - The DPB entry is a bottom field reference > + * - ``V4L2_H264_DPB_ENTRY_FLAG_REF_FRAME`` > + - 0x00000030 > + - The DPB entry is a reference frame > > ``V4L2_CID_MPEG_VIDEO_H264_DECODE_MODE (enum)`` > Specifies the decoding mode to use. Currently exposes slice-based and > diff --git a/include/media/h264-ctrls.h b/include/media/h264-ctrls.h > index e877bf1d537c..76020ebd1e6c 100644 > --- a/include/media/h264-ctrls.h > +++ b/include/media/h264-ctrls.h > @@ -185,6 +185,10 @@ struct v4l2_ctrl_h264_slice_params { > #define V4L2_H264_DPB_ENTRY_FLAG_VALID 0x01 > #define V4L2_H264_DPB_ENTRY_FLAG_ACTIVE 0x02 > #define V4L2_H264_DPB_ENTRY_FLAG_LONG_TERM 0x04 > +#define V4L2_H264_DPB_ENTRY_FLAG_FIELD_PICTURE 0x08 > +#define V4L2_H264_DPB_ENTRY_FLAG_REF_TOP 0x10 > +#define V4L2_H264_DPB_ENTRY_FLAG_REF_BOTTOM 0x20 > +#define V4L2_H264_DPB_ENTRY_FLAG_REF_FRAME 0x30 > I've been going thru the H264 spec and I'm unsure, are all these flags semantically needed? For instance, if one of REF_BOTTOM or REF_TOP (or both) are set, doesn't that indicate it's a field picture? Or conversely, if neither REF_BOTTOM or REF_TOP are set, then it's a frame picture? Thanks, Ezequiel