public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Hans Verkuil <hverkuil@xs4all.nl>
To: Sakari Ailus <sakari.ailus@iki.fi>
Cc: Antti Palosaari <crope@iki.fi>,
	Mauro Carvalho Chehab <m.chehab@samsung.com>,
	LMML <linux-media@vger.kernel.org>
Subject: Re: V4L control units
Date: Fri, 09 May 2014 15:56:52 +0200	[thread overview]
Message-ID: <536CDEA4.6090204@xs4all.nl> (raw)
In-Reply-To: <20140509134622.GK8753@valkosipuli.retiisi.org.uk>

On 05/09/2014 03:46 PM, Sakari Ailus wrote:
> Hi Hans,
> 
> On Fri, May 09, 2014 at 02:57:13PM +0200, Hans Verkuil wrote:
>> On 05/08/2014 11:04 AM, Sakari Ailus wrote:
>>> Heippa!
>>>
>>> On Wed, May 07, 2014 at 03:57:11PM +0300, Antti Palosaari wrote:
>>>> What is preferred way implement controls that could have some known
>>>> unit or unknown unit? For example for gain controls, I would like to
>>>> offer gain in unit of dB (decibel) and also some unknown driver
>>>> specific unit. Should I two controls, one for each unit?
>>>>
>>>> Like that
>>>>
>>>> V4L2_CID_RF_TUNER_LNA_GAIN_AUTO
>>>> V4L2_CID_RF_TUNER_LNA_GAIN
>>>> V4L2_CID_RF_TUNER_LNA_GAIN_dB
>>>
>>> I suppose that on any single device there would be a single unit to control
>>> a given... control. Some existing controls do document the unit as well but
>>> I don't think that's scalable nor preferrable. This way we'd have many
>>> different controls to control the same thing but just using a different
>>> unit. The auto control is naturally different. Hans did have a patch to add
>>> the unit to queryctrl (in the form of QUERY_EXT_CTRL).
>>
>> Well, that's going to be dropped again. There were too many comments about
>> that during the mini-summit and it was not critical for me.
> 
> Ok. Thanks for the information.
> 
>>> <URL:http://www.spinics.net/lists/linux-media/msg73136.html>
>>>
>>> I wish we can get these in relatively soon.
>>
>> Sakari, I think you will have to push this if you want this done.
> 
> Ack. I think I proposed something like this already a few years ago so I'm
> fine picking it up. :-) Now it's a good time to add the required space in
> the struct as we're going to have a new IOCTL anyway.
> 
>> One interesting thing to look at: the AVB IEEE 1722.1 standard has extensive
>> support for all sorts of units. I don't know if you have access to the standard
>> document, but it might be interesting to look at what they do there.
> 
> I have access to it but I don't see this would be that interesting in
> regards to what we're doing. In any case, we should document the units so
> that different drivers end up using exactly the same string to signal a
> particular unit.

Actually, it is interesting. AVB has controls as well, and those map pretty
much exactly to the sort of controls we have, and they support a wide range
of units. Look at section 7.3.3 ("Control Value Units") of IEEE 1722.1.

If nothing else, it gives a good insight into how others handle this.

Regards,

	Hans

> I prefer to have a prefix as well: a lot of hardware devices use binary
> fractions so that even if we provide an integer control to the user the
> actual control value may well be divided by e.g. 256. That is a somewhat
> separate topic still.
> 


  reply	other threads:[~2014-05-09 13:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-07 12:57 V4L control units Antti Palosaari
2014-05-08  9:04 ` Sakari Ailus
2014-05-09 12:57   ` Hans Verkuil
2014-05-09 13:46     ` Sakari Ailus
2014-05-09 13:56       ` Hans Verkuil [this message]
  -- strict thread matches above, loose matches on Subject: below --
2014-05-07 12:55 Antti Palosaari

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=536CDEA4.6090204@xs4all.nl \
    --to=hverkuil@xs4all.nl \
    --cc=crope@iki.fi \
    --cc=linux-media@vger.kernel.org \
    --cc=m.chehab@samsung.com \
    --cc=sakari.ailus@iki.fi \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox