Pick up starting position from OpenSLES getPosition().

Pick up starting position from OpenSLES getPosition().

On older versions of Android it looks like getPosition() does not
return to zero after Clear() is called; so we must pick up the
initial position returned from getPosition() in order to calculate
the delay for our audio stream.

For posterity, I tried calling ClearMarkerPosition(),
SetPositionUpdatePeriod(), and various contortions of using the
returned position without any success. Including continuing to
use the last known position if the starting-position is non-zero.

BUG=627259
TEST=no dcheck.

Committed: https://crrev.com/9ed5f67fdb5b313f3d26e612615ae4812f411620
Cr-Commit-Position: refs/heads/master@{#405329}

[DaleCurtis, 2016-07-13 01:38:30]

dalecurtis@chromium.org changed reviewers:
+ watk@chromium.org

[watk, 2016-07-13 20:19:39]

lgtm

[DaleCurtis, 2016-07-13 20:49:55]

The CQ bit was checked by dalecurtis@chromium.org

[commit-bot: I haz the power, 2016-07-13 20:51:30]

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-07-13 22:54:16]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-07-13 22:54:23]

CQ bit was unchecked.

[commit-bot: I haz the power, 2016-07-13 22:57:02]

Description was changed from

==========
Pick up starting position from OpenSLES getPosition().

On older versions of Android it looks like getPosition() does not
return to zero after Clear() is called; so we must pick up the
initial position returned from getPosition() in order to calculate
the delay for our audio stream.

For posterity, I tried calling ClearMarkerPosition(),
SetPositionUpdatePeriod(), and various contortions of using the
returned position without any success. Including continuing to
use the last known position if the starting-position is non-zero.

BUG=627259
TEST=no dcheck.
==========

to

==========
Pick up starting position from OpenSLES getPosition().

On older versions of Android it looks like getPosition() does not
return to zero after Clear() is called; so we must pick up the
initial position returned from getPosition() in order to calculate
the delay for our audio stream.

For posterity, I tried calling ClearMarkerPosition(),
SetPositionUpdatePeriod(), and various contortions of using the
returned position without any success. Including continuing to
use the last known position if the starting-position is non-zero.

BUG=627259
TEST=no dcheck.

Committed: https://crrev.com/9ed5f67fdb5b313f3d26e612615ae4812f411620
Cr-Commit-Position: refs/heads/master@{#405329}
==========

[commit-bot: I haz the power, 2016-07-13 22:57:03]

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