From: Andrzej Hajda <a.hajda@samsung.com>
To: Sakari Ailus <sakari.ailus@iki.fi>
Cc: linux-media@vger.kernel.org,
Kyungmin Park <kyungmin.park@samsung.com>,
Seung-Woo Kim <sw0312.kim@samsung.com>,
Sylwester Nawrocki <s.nawrocki@samsung.com>
Subject: Re: [PATCH RFC 1/2] V4L: Add auto focus selection targets
Date: Wed, 12 Dec 2012 14:59:32 +0100 [thread overview]
Message-ID: <50C88DC4.3090206@samsung.com> (raw)
In-Reply-To: <20121211210449.GB3747@valkosipuli.retiisi.org.uk>
Hi Sakari,
Thank You for the review.
On 11.12.2012 22:04, Sakari Ailus wrote:
> Hi Andrzej,
>
> Many thanks for the patch!
>
> On Mon, Dec 10, 2012 at 02:43:38PM +0100, Andrzej Hajda wrote:
>> From: Sylwester Nawrocki <s.nawrocki@samsung.com>
>>
>> The camera automatic focus algorithms may require setting up
>> a spot or rectangle coordinates.
>>
>> The automatic focus selection targets are introduced in order
>> to allow applications to query and set such coordinates. Those
>> selections are intended to be used together with the automatic
>> focus controls available in the camera control class.
>>
>> Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
>> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com>
>> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
>> ---
>> Documentation/DocBook/media/v4l/selection-api.xml | 32 ++++++++++++++++-
>> .../DocBook/media/v4l/selections-common.xml | 37 ++++++++++++++++++++
>> .../media/v4l/vidioc-subdev-g-selection.xml | 4 +--
>> include/uapi/linux/v4l2-common.h | 5 +++
>> 4 files changed, 75 insertions(+), 3 deletions(-)
>>
>> diff --git a/Documentation/DocBook/media/v4l/selection-api.xml b/Documentation/DocBook/media/v4l/selection-api.xml
>> index 4c238ce..8caf67b 100644
>> --- a/Documentation/DocBook/media/v4l/selection-api.xml
>> +++ b/Documentation/DocBook/media/v4l/selection-api.xml
>> @@ -1,6 +1,6 @@
>> <section id="selection-api">
>>
>> - <title>Experimental API for cropping, composing and scaling</title>
>> + <title>Experimental selections API</title>
> Hmm. I wonder if it'd be enough to call this just "Selection API". There's a
> note just below telling it's experimental.
>
>> <note>
>> <title>Experimental</title>
>> @@ -9,6 +9,10 @@
>> interface and may change in the future.</para>
>> </note>
>>
>> + <section>
>> +
>> + <title>Image cropping, composing and scaling</title>
>> +
>> <section>
>> <title>Introduction</title>
>>
>> @@ -321,5 +325,31 @@ V4L2_BUF_TYPE_VIDEO_OUTPUT </constant> for other devices</para>
>> </example>
>>
>> </section>
>> + </section>
>> +
>> + <section>
>> + <title>Automatic focus regions of interest</title>
>> +
>> +<para>The camera automatic focus algorithms may require configuration of
>> +regions of interest in form of rectangle or spot coordinates. The automatic
>> +focus selection targets allow applications to query and set such coordinates.
>> +Those selections are intended to be used together with the
>> +<constant>V4L2_CID_AUTO_FOCUS_AREA</constant> <link linkend="camera-controls">
>> +camera class</link> control. The <constant>V4L2_SEL_TGT_AUTO_FOCUS</constant>
>> +target is used for querying or setting actual spot or rectangle coordinates,
>> +while <constant>V4L2_SEL_TGT_AUTO_FOCUS_BOUNDS</constant> target determines
>> +bounds for a single spot or rectangle.
>> +These selections are only effective when the <constant>V4L2_CID_AUTO_FOCUS_AREA
>> +</constant>control is set to
>> +<constant>V4L2_AUTO_FOCUS_AREA_RECTANGLE</constant>. The new coordinates shall
>> +be accepted and applied to hardware when the focus area control value is
>> +changed and also during a &VIDIOC-S-SELECTION; ioctl call, only when the focus
>> +area control is already set to required value.</para>
>> +
>> +<para>When the <structfield>width</structfield> and
>> +<structfield>height</structfield> of the selection rectangle are set to 0 the
>> +selection determines spot coordinates, rather than a rectangle.</para>
>> +
>> + </section>
>>
>> </section>
>> diff --git a/Documentation/DocBook/media/v4l/selections-common.xml b/Documentation/DocBook/media/v4l/selections-common.xml
>> index 7502f78..9f0c477 100644
>> --- a/Documentation/DocBook/media/v4l/selections-common.xml
>> +++ b/Documentation/DocBook/media/v4l/selections-common.xml
>> @@ -93,6 +93,22 @@
>> <entry>Yes</entry>
>> <entry>No</entry>
>> </row>
>> + <row>
>> + <entry><constant>V4L2_SEL_TGT_AUTO_FOCUS</constant></entry>
>> + <entry>0x1001</entry>
>> + <entry>Actual automatic focus rectangle.</entry>
>> + <entry>Yes</entry>
>> + <entry>Yes</entry>
>> + </row>
>> + <row>
>> + <entry><constant>V4L2_SEL_TGT_AUTO_FOCUS_BOUNDS</constant></entry>
>> + <entry>0x1002</entry>
>> + <entry>Bounds of the automatic focus region of interest. All valid
>> + automatic focus rectangles fit inside the automatic focus bounds
>> + rectangle.</entry>
>> + <entry>Yes</entry>
>> + <entry>Yes</entry>
>> + </row>
>> </tbody>
>> </tgroup>
>> </table>
>> @@ -158,7 +174,28 @@
>> </tbody>
>> </tgroup>
>> </table>
>> + </section>
>> +
>> + <section>
>> + <title>Automatic focus regions of interest</title>
>> +
>> + <para>The camera automatic focus algorithms may require configuration
>> + of a region or multiple regions of interest in form of rectangle or spot
>> + coordinates.</para>
>> +
>> + <para>A single rectangle of interest is represented in &v4l2-rect;
>> + by the coordinates of the top left corner and the rectangle size. Both
>> + the coordinates and sizes are expressed in pixels. When the <structfield>
>> + width</structfield> and <structfield>height</structfield> fields of
>> + &v4l2-rect; are set to 0 the selection determines spot coordinates,
>> + rather than a rectangle.</para>
>>
>> + <para>Auto focus rectangles are reset to their default values when the
>> + output image format is modified. Drivers should use the output image size
>> + as the auto focus rectangle default value, but hardware requirements may
>> + prevent this.
>> + </para>
>> + <para>The auto focus selections on input pads are not defined.</para>
>> </section>
>>
>> </section>
>> diff --git a/Documentation/DocBook/media/v4l/vidioc-subdev-g-selection.xml b/Documentation/DocBook/media/v4l/vidioc-subdev-g-selection.xml
>> index 1ba9e99..95e759f 100644
>> --- a/Documentation/DocBook/media/v4l/vidioc-subdev-g-selection.xml
>> +++ b/Documentation/DocBook/media/v4l/vidioc-subdev-g-selection.xml
>> @@ -57,8 +57,8 @@
>>
>> <para>The selections are used to configure various image
>> processing functionality performed by the subdevs which affect the
>> - image size. This currently includes cropping, scaling and
>> - composition.</para>
>> + image size. This currently includes cropping, scaling, composition
>> + and automatic focus regions of interest.</para>
> AF window does not affect image size. :-)
>
> Also, on subdevs one needs to ask the question which other rectangle the AF
> window is related to. On video nodes it's obvious that it's the captured
> format (or is it?), but on subdevs I could imagine it might be related to
> almost any rectangle, depending on hardware.
>
> One option would be to add a new field to tell the parent window.
When user sets AF spot/rectangle his decision is based on what he receives,
ie the output image. So I would prefer to stick the AF window to the
output format of the source pad.
I am not sure in case of capture device, but compose window seems to me
the best choice.
I see no real gain in using 'parent window' field, instead of stick AF
window to coordinates proposed above.
If hardware requires different coordinates driver have all info
necessary to perform translation.
>
> What about multiple AF windows of interest? That's not unheard of either. I
> see a forthcoming need for enumerating targets (and sub-targets such as
> window ids) here.
>
>> <para>The selection API replaces <link
>> linkend="vidioc-subdev-g-crop">the old subdev crop API</link>. All
>> diff --git a/include/uapi/linux/v4l2-common.h b/include/uapi/linux/v4l2-common.h
>> index 4f0667e..0372ccb 100644
>> --- a/include/uapi/linux/v4l2-common.h
>> +++ b/include/uapi/linux/v4l2-common.h
>> @@ -50,6 +50,11 @@
>> /* Current composing area plus all padding pixels */
>> #define V4L2_SEL_TGT_COMPOSE_PADDED 0x0103
>>
>> +/* Auto focus region of interest */
>> +#define V4L2_SEL_TGT_AUTO_FOCUS 0x0200
>> +/* Auto focus region bounds */
>> +#define V4L2_SEL_TGT_AUTO_FOCUS_BOUNDS 0x0201
> I see different numbers here and in the documentation. I'd favour numbers in
> the documentation --- these targets are very different from what's defined
> up to now.
OK
>
>> +
>> /* Backward compatibility target definitions --- to be removed. */
>> #define V4L2_SEL_TGT_CROP_ACTIVE V4L2_SEL_TGT_CROP
>> #define V4L2_SEL_TGT_COMPOSE_ACTIVE V4L2_SEL_TGT_COMPOSE
>>
Regards
Andrzej
next prev parent reply other threads:[~2012-12-12 13:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-10 13:43 [PATCH RFC 0/2] V4L: Add auto focus area control and selection Andrzej Hajda
2012-12-10 13:43 ` [PATCH RFC 1/2] V4L: Add auto focus selection targets Andrzej Hajda
2012-12-11 21:04 ` Sakari Ailus
2012-12-12 13:59 ` Andrzej Hajda [this message]
2012-12-16 12:30 ` Sakari Ailus
2012-12-10 13:43 ` [PATCH RFC 2/2] V4L: Add V4L2_CID_AUTO_FOCUS_AREA control Andrzej Hajda
2012-12-11 21:34 ` Sakari Ailus
2012-12-12 15:14 ` Andrzej Hajda
2012-12-16 15:00 ` Sakari Ailus
2012-12-17 0:11 ` Sylwester Nawrocki
2012-12-17 17:24 ` Andrzej Hajda
2013-01-06 22:04 ` Sakari Ailus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50C88DC4.3090206@samsung.com \
--to=a.hajda@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-media@vger.kernel.org \
--cc=s.nawrocki@samsung.com \
--cc=sakari.ailus@iki.fi \
--cc=sw0312.kim@samsung.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.