klte-common: Use low latency as primary audio output
* What Qualcomm was trying to fix was a real problem, it just created even more problems which are incredibly difficult to solve such as underruns and even broken apps (Loop reader, etc). Do it Google's way and forget it- it's a non-issue with offloading anyway. Change-Id: I0e9194c85606745e801630e64e8e5d0c8b8dc022
This commit is contained in:
parent
2b7fabeef0
commit
a78f495221
2 changed files with 4 additions and 3 deletions
|
@ -38,6 +38,7 @@ BOARD_HAVE_NEW_QCOM_CSDCLIENT := true
|
|||
AUDIO_FEATURE_DISABLED_ANC_HEADSET := true
|
||||
AUDIO_FEATURE_DISABLED_FM := true
|
||||
AUDIO_FEATURE_DISABLED_MULTI_VOICE_SESSIONS := true
|
||||
AUDIO_FEATURE_LOW_LATENCY_PRIMARY := true
|
||||
|
||||
# Bluetooth
|
||||
BOARD_BLUEDROID_VENDOR_CONF := $(LOCAL_PATH)/bluetooth/vnd_klte.txt
|
||||
|
|
|
@ -50,12 +50,12 @@ audio_hw_modules {
|
|||
devices AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_EARPIECE|AUDIO_DEVICE_OUT_WIRED_HEADSET|AUDIO_DEVICE_OUT_WIRED_HEADPHONE|AUDIO_DEVICE_OUT_ANLG_DOCK_HEADSET|AUDIO_DEVICE_OUT_DGTL_DOCK_HEADSET|AUDIO_DEVICE_OUT_ALL_SCO
|
||||
flags AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_VOIP_RX
|
||||
}
|
||||
low_latency {
|
||||
sampling_rates 44100|48000
|
||||
deep_buffer {
|
||||
sampling_rates 8000|11025|12000|16000|22050|24000|32000|44100|48000
|
||||
channel_masks AUDIO_CHANNEL_OUT_STEREO
|
||||
formats AUDIO_FORMAT_PCM_16_BIT
|
||||
devices AUDIO_DEVICE_OUT_EARPIECE|AUDIO_DEVICE_OUT_SPEAKER|AUDIO_DEVICE_OUT_WIRED_HEADSET|AUDIO_DEVICE_OUT_WIRED_HEADPHONE|AUDIO_DEVICE_OUT_ALL_SCO|AUDIO_DEVICE_OUT_AUX_DIGITAL|AUDIO_DEVICE_OUT_PROXY|AUDIO_DEVICE_OUT_ANLG_DOCK_HEADSET|AUDIO_DEVICE_OUT_DGTL_DOCK_HEADSET
|
||||
flags AUDIO_OUTPUT_FLAG_FAST
|
||||
flags AUDIO_OUTPUT_FLAG_DEEP_BUFFER
|
||||
}
|
||||
}
|
||||
inputs {
|
||||
|
|
Loading…
Reference in a new issue