[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190815140201.esdcv4vl7hdzkk4h@uno.localdomain>
Date: Thu, 15 Aug 2019 16:02:01 +0200
From: Jacopo Mondi <jacopo@...ndi.org>
To: Hans Verkuil <hverkuil-cisco@...all.nl>
Cc: Mauro Carvalho Chehab <mchehab@...nel.org>,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
"open list:MEDIA INPUT INFRASTRUCTURE (V4L/DVB)"
<linux-media@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [RFC 2/5] media: v4l2-ctrl: Document V4L2_CID_LOCATION
Hi Hans,
On Thu, Aug 15, 2019 at 03:30:59PM +0200, Hans Verkuil wrote:
> On 8/14/19 10:28 PM, Jacopo Mondi wrote:
> > Add documentation for the V4L2_CID_LOCATION camera control. The newly
> > added read-only control reports the camera device mounting position.
> >
> > Signed-off-by: Jacopo Mondi <jacopo@...ndi.org>
> > ---
> > .../media/uapi/v4l/ext-ctrls-camera.rst | 23 +++++++++++++++++++
> > 1 file changed, 23 insertions(+)
> >
> > diff --git a/Documentation/media/uapi/v4l/ext-ctrls-camera.rst b/Documentation/media/uapi/v4l/ext-ctrls-camera.rst
> > index 51c1d5c9eb00..fc0a02eee6d4 100644
> > --- a/Documentation/media/uapi/v4l/ext-ctrls-camera.rst
> > +++ b/Documentation/media/uapi/v4l/ext-ctrls-camera.rst
> > @@ -510,6 +510,29 @@ enum v4l2_scene_mode -
> > value down. A value of zero stops the motion if one is in progress
> > and has no effect otherwise.
> >
> > +``V4L2_CID_LOCATION (integer)``
> > + This read-only control describes the camera location by reporting its
> > + mounting position on the device where the camera is installed. This
> > + control is particularly meaningful for devices which have a well defined
> > + orientation, such as phones, laptops and portable devices as the camera
> > + location is expressed as a position relative to the device intended
> > + usage position. In example, a camera installed on the user-facing side
> > + of a phone device is said to be installed in the ``V4L2_LOCATION_FRONT``
> > + position.
>
> When should this control be created? If there is only one location (e.g.
> all sensors are front-facing) would you still expose this? Or does it depend
> on the type of device?
If it's meaningful for the device, the location might be reported even
if there's only a single camera in the system.
>
> And is the sensor in a digital camera front or back facing? (Just curious
> about what you think about that situation!)
I would say it really depends on the device type. For a digital camera
like a webcam, defining what's front or back doesn't add much value.
Wherever the camera sensor is oriented to, that's the front :)
The same way, image sensor connected through long cables to the
remotely located base board (I'm thinking about cameras installed in
cars and connected by coax cables) will hardly have a position
defined in the mainline board DTS file, but if someone would like to add
"rearview-mirror" to the list of position and use them in their DTS
for whatever reason, this control gives a way to retrieve the
information easily.
I tried to convey this mentioning the "intended usage orientation" of
the device, to give the idea that the position is totally dependent
on the nature of the device the sensor is installed on. As said, it's
easy to define what "front" is for a smartphone, not so easy for a
camera in a car. But I would not tie themselves to device specific
detail, but instead focus on providing a meachanism to make easy to
expose them. In mainline, we could start with very simple "back" and
"front" position, and then grow them when the need arises.
>
> Regards,
>
> Hans
>
> > +
> > +
> > +
> > +.. flat-table::
> > + :header-rows: 0
> > + :stub-columns: 0
> > +
> > + * - ``V4L2_LOCATION_FRONT``
> > + - The camera device is located on the front side of the device.
> > + * - ``V4L2_LOCATION_BACK``
> > + - The camera device is located on the back side of the device.
> > +
> > +
> > +
> > .. [#f1]
> > This control may be changed to a menu control in the future, if more
> > options are required.
> > --
> > 2.22.0
> >
>
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists