Re: [RFC] doc: Split media transport volume into two parts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Mikel,

On Mon, Nov 26, 2012 at 12:46 PM, Mikel Astiz <mikel.astiz.oss@xxxxxxxxx> wrote:
> From: Mikel Astiz <mikel.astiz@xxxxxxxxxxxx>
>
> Separate the input and output audio volumes in two independent
> properties in order to control both speaker and microphone gains while
> doing HSP/HFP.
> ---
> This property was introduced quite recently but never implemented. Shouldn't we split it into two separate properties?
>
> It wouldn't do much harm for the A2DP transports and it would be needed for HSP/HFP.
>
>  doc/media-api.txt | 16 ++++++++++++----
>  1 file changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/doc/media-api.txt b/doc/media-api.txt
> index b4f2fc6..6515e5f 100644
> --- a/doc/media-api.txt
> +++ b/doc/media-api.txt
> @@ -375,10 +375,18 @@ Properties        object Device [readonly]
>
>                         Possible Values: "HCI" or "PCM"
>
> -               uint16 Volume [readwrite]
> +               uint16 InputVolume [readwrite] [optional]
>
> -                       Optional. Indicates volume level of the transport,
> -                       this property is only writeable when the transport was
> -                       acquired by the sender.
> +                       Indicates volume level of the transport's incoming
> +                       audio stream, if any. This property is only writeable
> +                       when the transport was acquired by the sender.
> +
> +                       Possible Values: 0-127
> +
> +               uint16 OutputVolume [readwrite] [optional]
> +
> +                       Indicates volume level of the transport's outgoing
> +                       audio stream, if any. This property is only writeable
> +                       when the transport was acquired by the sender.
>
>                         Possible Values: 0-127
> --
> 1.7.11.7

We could do this way or have specific property for each profile, e.g.
SpeakerGain/MicrophoneGain for HFP, because the scale is different
(0-15). If we do this generic then I think the value should be a
percentage (0-100%), iirc companies have some table mapping the volume
level to percentage due to volume not being linear but I guess we can
came up with something similar.


--
Luiz Augusto von Dentz
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux