Revert of [Chromecast] Use perceptually linear scaling for stream volumes

Revert of [Chromecast] Use perceptually linear scaling for stream volumes (patchset #2 id:20001 of https://codereview.chromium.org/2073223003/ )

Reason for revert:
I think we should actually leave the per-stream volume multiplier as linear, and leave it up to whatever sets that multiplier to map correctly from user input to the desired volume curve. Otherwise, we tie the mixer implementation to a specific volume curve, which is looking less and less plausible (particularly since it is used with OEM devices that have an unknown volume curve).

Original issue's description:
> [Chromecast] Use perceptually linear scaling for stream volumes
>
> SetVolumeMultiplier(0.5) should give audio that sounds half as loud as
> SetVolumeMultiplier(1.0).
>
> BUG=internal b/29253848
> TEST=manual
>
> Committed: https://crrev.com/42e51772feb06a971921e4cfcd89ba7661cdf22a
> Cr-Commit-Position: refs/heads/master@{#401149}

TBR=igorc@chromium.org,alokp@chromium.org,halliwell@chromium.org,jyw@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=internal b/29253848

Committed: https://crrev.com/b47a42ee9c9f655a7b83cadb3c2f86954af8f5c5
Cr-Commit-Position: refs/heads/master@{#402591}

[kmackay, 2016-06-27 03:24:50]

The CQ bit was checked by kmackay@chromium.org

[kmackay, 2016-06-27 03:24:50]

Created Revert of [Chromecast] Use perceptually linear scaling for stream
volumes

[commit-bot: I haz the power, 2016-06-27 03:25:00]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-06-27 03:25:01]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-06-27 03:25:02]

No L-G-T-M from a valid reviewer yet. 
CQ run can only be started by full committers or once the patch has
received an L-G-T-M from a full committer.
Even if an L-G-T-M may have been provided, it was from a non-committer,
_not_ a full super star committer.
See http://www.chromium.org/getting-involved/become-a-committer
Note that this has nothing to do with OWNERS files.

[kmackay, 2016-06-27 03:25:53]

Note that other output implementations (eg the ALSA AudioOutputStream
implementation) use the given volume as a straight multiplier, ie they do not
attempt to apply any volume curve.

[jyw, 2016-06-28 21:22:37]

On 2016/06/27 03:25:53, kmackay wrote:
> Note that other output implementations (eg the ALSA AudioOutputStream
> implementation) use the given volume as a straight multiplier, ie they do not
> attempt to apply any volume curve.

lgtm

[halliwell, 2016-06-28 21:30:30]

On 2016/06/28 21:22:37, jyw wrote:
> On 2016/06/27 03:25:53, kmackay wrote:
> > Note that other output implementations (eg the ALSA AudioOutputStream
> > implementation) use the given volume as a straight multiplier, ie they do
not
> > attempt to apply any volume curve.
> 
> lgtm

lgtm

[kmackay, 2016-06-28 21:54:58]

The CQ bit was checked by kmackay@chromium.org

[commit-bot: I haz the power, 2016-06-28 21:57:10]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-06-28 23:26:42]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-06-28 23:28:22]

Description was changed from

==========
Revert of [Chromecast] Use perceptually linear scaling for stream volumes
(patchset #2 id:20001 of https://codereview.chromium.org/2073223003/ )

Reason for revert:
I think we should actually leave the per-stream volume multiplier as linear, and
leave it up to whatever sets that multiplier to map correctly from user input to
the desired volume curve. Otherwise, we tie the mixer implementation to a
specific volume curve, which is looking less and less plausible (particularly
since it is used with OEM devices that have an unknown volume curve).

Original issue's description:
> [Chromecast] Use perceptually linear scaling for stream volumes
> 
> SetVolumeMultiplier(0.5) should give audio that sounds half as loud as
> SetVolumeMultiplier(1.0).
> 
> BUG=internal b/29253848
> TEST=manual
> 
> Committed: https://crrev.com/42e51772feb06a971921e4cfcd89ba7661cdf22a
> Cr-Commit-Position: refs/heads/master@{#401149}

TBR=igorc@chromium.org,alokp@chromium.org,halliwell@chromium.org,jyw@chromium...
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=internal b/29253848
==========

to

==========
Revert of [Chromecast] Use perceptually linear scaling for stream volumes
(patchset #2 id:20001 of https://codereview.chromium.org/2073223003/ )

Reason for revert:
I think we should actually leave the per-stream volume multiplier as linear, and
leave it up to whatever sets that multiplier to map correctly from user input to
the desired volume curve. Otherwise, we tie the mixer implementation to a
specific volume curve, which is looking less and less plausible (particularly
since it is used with OEM devices that have an unknown volume curve).

Original issue's description:
> [Chromecast] Use perceptually linear scaling for stream volumes
>
> SetVolumeMultiplier(0.5) should give audio that sounds half as loud as
> SetVolumeMultiplier(1.0).
>
> BUG=internal b/29253848
> TEST=manual
>
> Committed: https://crrev.com/42e51772feb06a971921e4cfcd89ba7661cdf22a
> Cr-Commit-Position: refs/heads/master@{#401149}

TBR=igorc@chromium.org,alokp@chromium.org,halliwell@chromium.org,jyw@chromium...
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=internal b/29253848

Committed: https://crrev.com/b47a42ee9c9f655a7b83cadb3c2f86954af8f5c5
Cr-Commit-Position: refs/heads/master@{#402591}
==========

[commit-bot: I haz the power, 2016-06-28 23:28:23]

Patchset 1 (id:??) landed as
https://crrev.com/b47a42ee9c9f655a7b83cadb3c2f86954af8f5c5
Cr-Commit-Position: refs/heads/master@{#402591}