From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [213.167.242.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C6D8E440A for ; Mon, 18 Dec 2023 03:44:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="DQ/jt97N" Received: from pendragon.ideasonboard.com (213-243-189-158.bb.dnainternet.fi [213.243.189.158]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 53EE957E; Mon, 18 Dec 2023 04:43:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1702870998; bh=9RBgmuFeVJqWVVOykD3QwJhJq1tU06mLpNWtA6sOwks=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DQ/jt97Nk2x/8XTEXwEIRzwcCF3PptF8YvRP0pHOVhJZ9V4Th1oVUcz9+IiOKEuYp bC0M+FyKCUAG6LufbKFfT2Cq3gJPJywiIWjwTGWhTXIcdO/tPS/P2w0V4iW88+km9g 3ODQryD2zScZuiDM8kcTwXOw4FiO+cIMBu6Q7gbQ= Date: Mon, 18 Dec 2023 05:44:13 +0200 From: Laurent Pinchart To: Yunke Cao Cc: Hans Verkuil , Daniel Scally , Tomasz Figa , Sergey Senozhatsky , Ricardo Ribalda , linux-media@vger.kernel.org Subject: Re: [PATCH v14 11/11] media: uvcvideo: document UVC v1.5 ROI Message-ID: <20231218034413.GN5290@pendragon.ideasonboard.com> References: <20231201071907.3080126-1-yunkec@google.com> <20231201071907.3080126-12-yunkec@google.com> <20231208160055.GL25616@pendragon.ideasonboard.com> Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Hi Yunke, On Tue, Dec 12, 2023 at 01:45:00PM +0900, Yunke Cao wrote: > On Sat, Dec 9, 2023 at 1:00 AM Laurent Pinchart wrote: > > On Fri, Dec 01, 2023 at 04:19:02PM +0900, Yunke Cao wrote: > > > Added documentation of V4L2_CID_UVC_REGION_OF_INTEREST_RECT and > > > V4L2_CID_UVC_REGION_OF_INTEREST_AUTO. > > > > It would be useful to point here to the userspace code that uses those > > controls. A link to the appropriate Chrome OS git tree would be useful, > > to showcase a real user. > > Does https://source.chromium.org/chromiumos/chromiumos/codesearch/+/main:src/platform2/camera/hal/usb/ > work? I would pin it to a branch, as it may disappear from the main branch later: https://chromium.googlesource.com/chromiumos/platform2/+/refs/heads/release-R121-15699.B/camera/hal/usb/ > Do you think we need the link in both the commit message and this .rst file? Sounds good to me. > > > Reviewed-by: Ricardo Ribalda > > > Reviewed-by: Sergey Senozhatsky > > > Signed-off-by: Yunke Cao > > > --- > > > Changelog since v11: > > > - No change. > > > Changelog since v10: > > > - Added Reviewed-by from Sergey. > > > Changelog since v9: > > > - No change. > > > Changelog since v8: > > > - No change. > > > Changelog since v7: > > > - Fix documentation for automatic exposure based on comment in v7. > > > > > > .../userspace-api/media/drivers/uvcvideo.rst | 62 +++++++++++++++++++ > > > 1 file changed, 62 insertions(+) > > > > > > diff --git a/Documentation/userspace-api/media/drivers/uvcvideo.rst b/Documentation/userspace-api/media/drivers/uvcvideo.rst > > > index aab4304e6bb5..3dc062221f8b 100644 > > > --- a/Documentation/userspace-api/media/drivers/uvcvideo.rst > > > +++ b/Documentation/userspace-api/media/drivers/uvcvideo.rst > > > @@ -181,6 +181,7 @@ Argument: struct uvc_xu_control_mapping > > > UVC_CTRL_DATA_TYPE_BOOLEAN Boolean > > > UVC_CTRL_DATA_TYPE_ENUM Enumeration > > > UVC_CTRL_DATA_TYPE_BITMASK Bitmask > > > + UVC_CTRL_DATA_TYPE_RECT Rectangular area > > > > > > > > > UVCIOC_CTRL_QUERY - Query a UVC XU control > > > @@ -255,3 +256,64 @@ Argument: struct uvc_xu_control_query > > > __u8 query Request code to send to the device > > > __u16 size Control data size (in bytes) > > > __u8 *data Control value > > > + > > > + > > > +Driver-specific V4L2 controls > > > +----------------------------- > > > + > > > +The uvcvideo driver implements the following UVC-specific controls: > > > + > > > +``V4L2_CID_UVC_REGION_OF_INTEREST_RECT (struct)`` > > > + This control determines the region of interest (ROI). ROI is a > > > + rectangular area represented by a struct :c:type:`v4l2_rect`. The > > > + rectangle is in global sensor coordinates and pixel units. It is > > > + independent of the field of view, not impacted by any cropping or > > > + scaling. > > > + > > > + Use ``V4L2_CTRL_WHICH_MIN_VAL`` and ``V4L2_CTRL_WHICH_MAX_VAL`` to query > > > + the range of rectangle sizes. The left/top coordinates of a minimum or > > > + maximum rectangle are always 0. For example, a device can have a minimum > > > + ROI rectangle of 1x1@0x0 and a maximum of 640x480@0x0. > > > > Is that actually true ? The UVC 1.5 specification states > > > > GET_MAX shall return the current Window as specified by > > CT_DIGITAL_WINDOW_CONTROL. > > > > And the window can have non-zero left and right coordinates. > > Ah, you are right. I think I will just remove "The left/top > coordinates of a minimum or maximum rectangle are always 0." The rectangle would still be relative to CT_DIGITAL_WINDOW_CONTROL, which isn't exposed by the driver to userspace. Isn't that a problem ? > > > + > > > + Setting a ROI allows the camera to optimize the capture for the region. > > > + The value of ``V4L2_CID_REGION_OF_INTEREST_AUTO`` control determines > > > + the detailed behavior. > > > + > > > + > > > +``V4L2_CID_UVC_REGION_OF_INTEREST_AUTO (bitmask)`` > > > + This determines which, if any, on board features should track to the > > > > s/on board/on-board/ > > > > > + Region of Interest specified by the current value of > > > + ``V4L2_CID_UVD__REGION_OF_INTEREST_RECT``. > > > + > > > + Max value is a mask indicating all supported Auto Controls. > > > + > > > +.. flat-table:: > > > + :header-rows: 0 > > > + :stub-columns: 0 > > > + > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_EXPOSURE`` > > > + - Setting this to true causes automatic exposure to track the region of > > > > Maybe "Setting this bit causes..." as those values are bit flags, not > > booleans. Same below. > > Sounds good. > > > > + interest instead of the whole image. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_IRIS`` > > > + - Setting this to true causes automatic iris to track the region of > > > + interest instead of the whole image. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_WHITE_BALANCE`` > > > + - Setting this to true causes automatic white balance to track the region > > > + of interest instead of the whole image. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_FOCUS`` > > > + - Setting this to true causes automatic focus adjustment to track the > > > + region of interest instead of the whole image. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_FACE_DETECT`` > > > + - Setting this to true causes automatic face detection to track the > > > + region of interest instead of the whole image. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_DETECT_AND_TRACK`` > > > + - Setting this to true enables automatic face detection and tracking. The > > > + current value of ``V4L2_CID_REGION_OF_INTEREST_RECT`` may be updated by > > > + the driver. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_IMAGE_STABILIZATION`` > > > + - Setting this to true enables automatic image stabilization. The > > > + current value of ``V4L2_CID_REGION_OF_INTEREST_RECT`` may be updated by > > > + the driver. > > > + * - ``V4L2_UVC_REGION_OF_INTEREST_AUTO_HIGHER_QUALITY`` > > > + - Setting this to true enables automatically capture the specified region > > > > I wonder what this means, the UVC 1.5 specification doesn't document > > this bit clearly :-( > > I have no idea :-( . I haven't seen any camera module in Chrome OS > attempt to implement this bit, either. > > > > + with higher quality if possible. -- Regards, Laurent Pinchart