Check again input device selection when capture starts in case
conditions have changed since the input stream was opened.
This is related to but does not fix issue 8761558. It makes the
selection of BT SCO device consistent.
Bug: 8761558
Change-Id: I386b638e9c3238711e16fb848449af561624359e
We saw a case of config file being corrupted. Add a mechanism to
recover from this when wifi is toggled off and on.
Bug: 8569820
Change-Id: If2baceb065838d2adb5cde61772d25a05455fc90
Modified getOutput() logic to not systematically
open a new direct output when a profile matches a request.
This causes a problem when transitioning between two
multichannel tracks as the audio HAL will most of the times
only support one direct output stream open at a time.
Instead, reuse an open output if all the parameters match
or force close the output before reopening it.
Also modify releaseOuput():
- close a direct output only if no client is using it anymore
- call closeOutput() instead of removing the output from
the open output list: this factors in code executed when closing an
output stream.
Bug 8388941
Change-Id: Ic3d3beb21063622ddf57a5b932f93d56f2986f54
When answering a call in silent mode, music playing over A2DP
was not immediately muted by current audio policy manager logic.
The fix consists in muting media strategy on all output streams
immediately when entering in call.
Also add methods to AudioOutputDescriptor to report
recent global, per strategy and per stream activity.
Bug 8315512
Change-Id: I4a90eb05db50e4f22374d02b1e647e8662f6bec6
Allow use of default capture device when
AUDIO_SOURCE_VOICE_UPLINK is specified and the platform
does not support AUDIO_DEVICE_IN_VOICE_CALL.
Change-Id: Ibbc314f60c91e5a0fa75d57878f2d2a96ef2d83b
There is a brief music interruption when a touch sound
is played the first time after the headset insertion.
This is due to a bug in audio policy manager logic to prevent
volume bursts while changing device while music is playing.
The fix consists in muting music only on current output stream
when changing device, not all output streams.
Also prevent unecessary device change if the requested device
is not supported by the output stream profile.
Bug: 8301565
Change-Id: I00daab19bbdda10ca856a05fa32a1e333e1b9469
There is a delay inserted by audio policy manager before switching
device when entering in call mode to allow music playback to be muted
before the device actually switches.
This delay can be significant when high latency outputs (e.g. deep buffers) are
present and should not be applied if the output is not active.
Issue 7612431.
Change-Id: I04b666769033dbfdc861752b030d3f7bdffe9435
Add support for checking remote stream activity.
Don't route notifications like media when media active remotely.
Add remote stream activity query in audio policy HAL.
Bug 7485803
Change-Id: Ifb722c7f9ffbfbdc877fec5156bcfc09bec40651
merge from master:
"audio policy: fix notification start delay
The mechanism delaying notifications in case of
muliple active outputs with long latencies must
take into account recently paused audio tracks.
Bug 7400428."
Change-Id: I4ac9dfac81336e33f475b4f28df82713707d0c46
merge from master:
"audio policy: fix volume change when disabling SCO
commit 76e97d39 introduced a regression by having setDeviceConnectionState()
force a device change on duplicated outputs even if the selected device is 0.
This also forces a device 0 for the two outputs it is duplicated to,
which may override a valid device selection on those outputs and apply
default volumes.
Bug 7429869."
Change-Id: I37dd66343c54eb27e420089edbda04444fa1e2c6
merge from master:
"Fix a parse error in checkOutputForDevice
Fix a small parsing error in parsing the supported formats and sample
rates of a stream out with dynamic values for these parameters. The
channel mask parser was properly skipping the "=" in the setting
string, but formats and sample rates were not (cauing the first
reported format and sample rate to end up being skipped)"
Change-Id: Id227a44f6b5fc0c223f2ce74f94ebb6abc5fa77d
Signed-off-by: John Grossman <johngro@google.com>
