- 15 Mar, 2011 1 commit
-
-
Eric Laurent authored
Add a parameter to applyStreamVolumes() to force stream volume update. Change-Id: I3cc82e516bb7c76c28c2470b06711c44f4789ce5
-
- 10 Feb, 2011 1 commit
-
-
Glenn Kasten authored
Add hidden AudioManager.getDevicesForStream and output device codes. Change-Id: I45be59a2774196a135d013e45f38033036f74257
-
- 02 Feb, 2011 1 commit
-
-
Eric Laurent authored
Move isStreamActive() method from AudioFlinger to AudioPolicyManager. iStreamActive() now specifies a time window during which the stream is considered active after it actually stopped. Change-Id: Ib0d7d8f061b9f809d307ecfac40960ef582e5f0f
-
- 25 Jan, 2011 1 commit
-
-
Jean-Michel Trivi authored
Change-Id: I7cb31c9ecd3c347bfa72cad5a331500a20fdcfbe
-
- 20 Jan, 2011 1 commit
-
-
Jean-Michel Trivi authored
Support new audio mode for audio communication other than telephony. Change-Id: I4fa2c277517111e8490f6bdfb97ce3788dc8f549
-
- 19 Jan, 2011 1 commit
-
-
Eric Laurent authored
Added an initCheck() method to AudioPolicyInterface to verify successful initialization of AudioPolicyManager. Change-Id: I4c892282dbeb3246ee6c006bd206a3e723bcb71f
-
- 01 Dec, 2010 1 commit
-
-
Eric Laurent authored
The problem is that the code in AudioPolicyManagerBase::checkAndSetVolume() that forces voice volume to max when setting bluetooth SCO volume is not called if the bluetooth stream volume did not actually change. So even if we re apply volumes when switching to bluetooth device, the voice volume is not changed in audio HAL and remains what it was when routed to earpiece. What makes things worse on Passion is that stream volumes are limited when connected to bluetooth and their actual value does not change as soon as they exceed the limit threshold. Change-Id: Ieb72a71e06e9b3079cc8bc76c78ce83e060a2ea2
-
- 16 Nov, 2010 1 commit
-
-
Jean-Michel Trivi authored
Change-Id: I965cbeee67f72e31240e3e8cd2630bf22a03b9ea
-
- 03 Nov, 2010 1 commit
-
-
Eric Laurent authored
There is a bug in the way audio policy manager handles A2DP interface suspend/restore when SCO is used. This bug is not new but has been triggered by a change in the timing of the events received by audio policy manager when a call is setup and torn down introduced by commit 164a8f86c7e48992691368c4895709c3bdb835a4. The fix consists in grouping the control of A2DP suspended state in a single function that is called systematically when conditions affecting this state are changed: - call state change - device connection/disconnection - change in forced usage. Change-Id: Ib76a999513b5afbfd59ba945f8650d2a48d6f480
-
- 28 Aug, 2010 1 commit
-
-
Eric Laurent authored
The fix for issue 2952766 showed some unused code in AudioPolicyManagerBase::checkOutputForStrategy(): since commit eb8f850d0b7e53956e917fd9645f808c1a09bc88: there is no need to update the hardware output device as it will be updated when the new tracks are created by audioflinger. Change-Id: I2f46fab58a5db3b4cd03fdaeebd7d6603c8dbbdd
-
- 20 Jul, 2010 1 commit
-
-
Eric Laurent authored
Added methods for audio effects management by audio policy manager. - control of total CPU load and memory used by effect engines - selection of output stream for global effects - added audio session id in parameter list for startOutput() and stopOutput(). this is not used in default audio policy manager implementation. Change-Id: I3467e64035387cc5272266b1318a5ed788958374
-
- 25 May, 2010 1 commit
-
-
Eric Laurent authored
The problem is that the code in AudioPolicyManagerBase::checkAndSetVolume() that forces voice volume to max when setting bluetooth SCO volume is not called if the bluetooth stream volume did not actually change. So even if we re apply volumes when switching to bluetooth device, the voice volume is not changed in audio HAL and remains what it was when routed to earpiece. What makes things worse on Passion is that stream volumes are limited when connected to bluetooth and their actual value does not change as soon as they exceed the limit threshold. Change-Id: Ic6c54b4a7fd54983f445de9a9b5cd2ea0025155c
-
- 16 Mar, 2010 1 commit
-
-
Eric Laurent authored
Make the choice of opening a direct output stream platform specific. Change-Id: I63e5464a18aaa3600e9fed6cec0518ff1fad4dbd
-
- 23 Feb, 2010 1 commit
-
-
Eric Laurent authored
The noise is the residual ring tone that is still playing while the call is answered and the audio route changed to headset or earpiece. The fix consists in muting the ringing tone when changing mode from ringtone to in call and delaying the route change until the audio buffers are emptied.
-
- 16 Feb, 2010 1 commit
-
-
Eric Laurent authored
Make computeVolume() method virtual so that its implementation can be platform specific.
-
- 13 Jan, 2010 1 commit
-
-
Eric Laurent authored
First implementations of audio policy manager in Eclair branch have shown that most code is common to all platforms. Creating AudioPolicyManagerBase base class will improve code maintainability and readability.
-