For earpiece to be properly enumerated as a output device,
set valid and supported out_ channel mask.
Change-Id: Ic83b009956ff43567b3acbb186d0069b16e91e83
Adding stereo config channel support to usb surround sound proflle
to address CTS-V failure issue seen due to mismatch in channel mask
support for record usecase
Change-Id: Ib50511d2fa6df24b3aa4764553cd48726129b2c2
Bring raw mixport back and drop "USB Device In" and "USB Headset In" from
"primary input" again.
This partially reverts commit 0b7df4e151.
Change-Id: I547518fbd6318dcb5fcb7c4ab85e8ad9da3d48ad
It will select "fast input" or "quad mic" as a compatible profile if
the parameter from recording app can't match the profile of
usb_surround_sound completely although connecting usb device.
Remove the usb device from the supported devices list of "fast input"
and "quad mic" for exact match.
Change-Id: Ie99886552082e99ac19193907b271131a2502d33
Remove the following mixports because of the usage of unsupported
flags:
* virtual_deep_buffer
* uplink downlink input
* voip record
* Multiroute
Rewire USB Device In and USB Headset In to go through primary input,
since uplink downlink input does not exist anymore.
Also, remove raw mixport and its uses, since it can cause sound
popping.
Xiaomi overrides the default audio policy configuration from
vendor/etc/audio/sku_lahaina inside of AudioPolicyManager,
and uses vendor/etc/audio_policy_configuration_mi.xml.
Use the proper configuration, but keep copying it into the old
location, since our AudioPolicyManager only knows how to load
it from there.
Routing primary output before voip_rx output will cause unexpected
RX/TX path suddenly and unmuted voice stream during when system
plays touch sound and switches path between handset and handsfree.
Bug: 152292858
Test: manual test in VoIP
Test: Regression test for VoIP(b/153276370) - pass
Signed-off-by: Jasmine Cha <chajasmine@google.com>
Change-Id: Ia60802ec887f0dfeaa0f93d151ba2f2c50e0d41d
Remove Telephony Rx to make in call record use case through
different front end pcm device when sva enabled to solve concurrency
capture issue
Change-Id: I8a036423da689a4de9abe767a0b6a595b4e068f1
If two recording apps both select the primary input with
fast flag, second app will fail to start because the hal
doesn't support two inputs with the same use case if input
can't be reused since of the limit of primary input's max
open count.
Add the dedicated profile for “low-latency-record” to make
the first input can be reused if possible.
CRs-Fixed: 2550228
Change-Id: I233bd3eaf614b195df0a41402747f496d3a56b44
Usecase audio-record and audio-record-compress2 can both be
mapped to record_24 profile, if both the usecases are active,
when BT SCO mic is connected, due to no more available usecases
in audio hal, check inputs for device can fail for other input
profiles which support BT SCO mic.
This makes BT SCO mic connection to be rejected and phone call
can't route to BT.
Add the support for record_24 profile, so existing input handle
can be returned when checking inputs for BT SCO mic.
Change-Id: I63046ec87e35774474e08762fb6aa6275318b2c8
Built-in mic and Built-In Back Mic aren't in supported devices
list of primary input, so record_24 is selected if without
connecting any headset, if there is more than 2 capture
concurrency, it will fail to open input for primary input when
connecting headset in AHAL.
Add built-in mic to primary input sources to reuse input to avoid
to open extra input stream in AHAL.
CRs-fixed: 2643298
Change-Id: I1e062520f7fb03ae97c88341dd58f77177dbe030
* Ultra low latency playback is currently broken. Crackling audio
can be well noticed while playing WhatsApp audio messages or even
during some games.
* This patch routes all audio that normally used audio-ull-playback
paths to low-latency-playback paths instead, thus meaning we're
switching from ULL to LL mode.
Change-Id: I1f029d7df9a306f411598b0cffc536409cb2ae95
