[alsa-devel] [PATCH 0/3] ASoC: twl4030/tpa6130a2:?DB_RANGE mapping fixes
broonie at opensource.wolfsonmicro.com
Fri Jul 16 14:33:25 CEST 2010
On Fri, Jul 16, 2010 at 02:05:40PM +0300, Peter Ujfalusi wrote:
> On Friday 16 July 2010 13:24:05 ext Mark Brown wrote:
> > - it doesn't seem right to specify two values for the indexes at the edge of
> > each range,
> Sort of.
> The tlv struct is a lookup table for the dB mapping.
> Query the raw value, and it will return the associated dB.
> If you ask for dB value, it will go through the table, and try to find the best
> matching raw value (with up or down rounding).
Sure, and the forward mapping in particular seems to make it very clear
what should be happening here. The way I'd parse this the ability to
specify ranges is just a way of saving on typing and we should always
end up with single mapping entries between raw values and dB values.
The API is inherently getting a list of specific point values, it's just
using a compact encoding for some of them.
> In both cases, if you query based on raw value, you get the same dB.
> In both cases, if you ask for -10, -5, 0, 2, or 4 dB, you get the same raw.
> In both case, if you ask for less than -10dB, than you get 0 as raw
> In both case, if you ask for bigger than 4dB, than it is not changing the volume
> (I think this is really a bug, it should pick 4).
Isn't this going to get messy when the increments don't line up so that
it's easy to overlap the start of one range with the beginning of the
> Probably alsa-lib can be fixed somehow to look in between the ranges, when it is
> looking for certain dB value, but at first look it is not that straight forward.
Well, I'd expect it to do something like go through all the ranges
available and look for the closest match which doesn't seem terribly
complex. I haven't looked at the code at all, though.
More information about the Alsa-devel