| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
|
|
|
|
| |
This reverts commit 5a25b17d4e3b8a52c753f23ee3f1db15b3ef5feb.
|
|
|
|
|
|
| |
Adapted from a patch by @MWisBest
Change-Id: I1b0cb2db0e5473088eb42b623bfd902332b1ec47
|
|
|
|
| |
Just a hunch, see the comment...
|
|
|
|
|
| |
This basically halves the long period size. I wish there was a different way
to fix this but I don't think there is.
|
|
|
|
|
|
|
|
|
|
| |
Move the detection in start_output_stream_deep_buffer down to allow a call to
pcm_set_avail_min now. Did a few micro-optimizations as well.
Conflicts:
audio/audio_hw.c
Change-Id: I90d5663040986ffd597f37ae66334467adacea3b
|
|
|
|
| |
(buffer_frames is only used for OUT_RESAMPLER)
|
|
|
|
|
| |
Previously this was corrected on the first write, however that was causing
a buffer underrun sometimes when a stream was started. This avoids that.
|
|
|
|
|
|
|
| |
Conflicts:
audio/policy/audio_policy.default.conf
Change-Id: I4d13946e88cacbf5e4ca383d5d0756262442efd2
|
|
|
|
| |
Fixes MM-UL not working.
|
|
|
|
| |
By moving this block down, the sampling rates are properly defined for this check.
|
|
|
|
|
| |
This audio HAL has always required some sort of resampling.
THIS. ENDS. NOW.
|
| |
|
|
|
|
| |
Seems to work OK without it.
|
|
|
|
|
|
|
|
|
| |
This needs further testing before enabling by default, but so far it's been OK.
Conflicts:
audio/audio_hw.c
Change-Id: Ic4f86440ff4d01ab4d0d9f977bdec22f10f60555
|
|
|
|
|
|
| |
This fixes a bunch of annoying junk in the logcat about fast path being denied to UI sounds due to them having a 48000Hz sample rate.
Also allows playback of 96kHz audio, as Android refuses to resample to anything lower than a divide by two.
|
| |
|
|
|
|
| |
Thanks to @MWisBest.
|
| |
|
|
|
|
| |
Change-Id: I26e7436513bacf951a0cf4fc252521a8f1cdd3d8
|
| |
|
|
|
|
|
|
|
| |
Pass device address (and audio source for inputs) to
open_output_stream() and open_input_stream() audio HAL functions.
Bug: 14815883.
|
| |
|
| |
|
|
|
|
| |
Change-Id: I7180386744ad5cb4fd785fdc46d588494ace0a16
|
|
|
|
|
|
|
|
|
|
| |
Fixes Chromecast streaming!
Change-Id: Iae2ce082d45f91997b58df8284b25efb66aa67e4
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
Conflicts:
BoardConfig.mk
|
|
|
|
|
|
|
|
|
|
|
| |
On direct output streams the audio HAL must implement
the volume function. In the case of HDMI the only function
required is to mute audio when volume is 0 as volume
is defined as fixed on digital output streams.
Bug 8541062
Change-Id: I4b4e28a910e7b321b3a68567e9ad03fede065ca8
|
|
|
|
|
|
|
| |
Added support for simultaneous capture from front and back
mics.
Change-Id: Ica1b75fe432f419272ae92e8ab04b1d34524c189
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the ringtone offset has to be setted to analog side.
Buganizer : 6920555
According to Samsung's spec, the earphone ringtone volume level should
be 14dB lowere than the media playback volume.
On ICS, this behavior was working properly, but on JB this behavior is
not working properly.
Below is the analog and digital volume change from ICS to JB:
ICS : Digital Volume = Normal / Analog volume = lowered 14dB
JB : Digital Volume = increased 14dB (in comparison to ICS) / Analog
volume = lowered 14dB (same as ICS)
Hence the volume in JB has increased by 14dB when compared to ICS.
Bug 6920555.
Change-Id: Ibc248612db378b5b991221468d8f801257ba4103
|
|
|
|
|
| |
Bug: 6878923
Change-Id: Id49d6489e5a99dee088246d146ee38151ba9499c
|
|
|
|
|
|
|
|
|
| |
out_get_parameters() was calling strdup() on the string
returned by str_parms_to_str() before returning it
to the caller. This creates a new string which is never freed
as str_parms_to_str() already allocates a new string.
Change-Id: I4bcc4aa17ab55e830d7a0569151f717422f6459b
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modifications for new audio device enums:
- Separated input and output device fields as output and input device
values are now on 32 bits.
- Changed audio device API version to 2.0
Also removed get_supported_devices() function not needed if audio_policy.conf
file is present.
Change-Id: I41b782e7450b4664048cc484a681b9327d8395da
|
|
|
|
|
|
|
|
| |
When an auxiliary mic channel is used, the echo reference
should use only the main channels to be consistent with the
way the reverse effect processing is configured.
Change-Id: I28ee1e2a9852fdd0e904fb01bedf90f3372683c9
|
|
|
|
| |
Change-Id: Icf113e2e863a79cb3d870fac5781539702cdbfa8
|
|
|
|
|
| |
Bug: 6881638
Change-Id: I76255c2cd5845671c2342e22932c692342257208
|
|
|
|
| |
Change-Id: I90a50b58dd23fe522724df53f08b4f9687150da6
|
|
|
|
|
|
|
|
|
|
| |
Acquire the audio device mutex before calling into ril
library in adev_set_voice_volume() to avoid concurrency with
other calls to ril from select_mode() or set_incall_device().
Bug 6626532.
Change-Id: I2347477b39ce46137a654047266b70dd691c021c
|
|
|
|
|
|
|
|
|
|
|
|
| |
Switching from BT SCO to earpiece does not seem to
work when in call and an output stream is active.
This change modifies out_set_parameters() to force the
output stream into standby when a new audio path is
selected while in call.
Bug 6676684.
Change-Id: I2817f80ea3fa3a0e00e9705fdb6d9a7e3183549b
|
|
|
|
|
|
| |
Bug 6615379.
Change-Id: I5ef2cc168bbe26b40c49e602d6345c1b64c2b1b0
|
|
|
|
|
|
|
|
|
|
| |
Workaround for HDMI multi channel channel swap on first
playback after opening the output stream: force re-opening
the HDMI pcm driver after writing a few periods.
Bug 4282214.
Change-Id: Ibe1452a8905a27bc3f95564a45cfb9bb490b65ae
|
|
|
|
|
|
|
|
|
| |
Added a dedicated audio output stream for multichannel HDMI.
This output stream is used when an HDMI sink supporting 6 or 8
PCM channels is connected and 5.1 or 7.1 multichannel content it played.
Change-Id: I7ad1cd6be4c2b3a9e24a4811aa87e7223badedc4
|
|
|
|
|
|
|
|
|
|
|
| |
Add back the capability to change the deep buffer size according to screen state.
This solves various issues related to audio focus, volume and pause control
that arise with large audio buffers.
Those issues should be ultimately addressed by changes in the audio framework.
Change-Id: I6889ecf0e5d8740745152261f27343e1ff533e7b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixed 2 issues with media volume:
1 - since we use mm port for music and tones port for other use cases
the digital volume should be applied to both "DL2 Tones Playback Volume"
and "DL2 Media Playback Volume".
2 - the total gain applied to audio originating from the AP is the
combination of digital gain in ABE and analog gain in codec. Some use cases
like telephony have a higher priority than media and apply a different (higher)
analog gain. As this analog gain is common to all sources, digital media gain
should be adjusted accordingly to avoid volume bursts while in call and playing
music. This is particularly important in speaker phone mode.
Change-Id: I90200282edca7098603edca2d56821290988cb20
|
|
|
|
|
|
|
| |
Fixed memory leak introduced by commit 4e7a573f in case
of error in adev_open_output_stream().
Change-Id: I4acc070d748cea228da846f95c7826160e0196a5
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement one output stream with short buffers and
one output stream with deep buffers.
The stream with short buffers is selected for most use cases and
provides short latency. It uses TONES_DL port and IOCTL write mode.
The stream with deep buffers is used for music playback.
It uses MM_DL port and MMAP NOIRQ write mode.
The deep buffer stream is not used when the device selection is
BT SCO, HDMI or SPDIF.
The echo reference is only taken from the short buffer stream.
Change-Id: I60ef720e52e96970b8b6618f9f43f24baadce60b
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use 4 buffers of 96 frames each = 4 ms at 48 kHz.
Keep the 44.1 kHz -> 48 kHz up-sampler in HAL.
Disable mmap mode and non-IRQ mode; this gives better variance for cycle times.
Reduce number of buffers from 4 to 2, works OK in non-mmap mode but not mmap mode.
Update comments based on code review.
Tested with audio input.
Not yet tested with echo cancellation.
Change-Id: I69db00ab408cd2aad5788d602eb01fc0c7e4e78b
|
|
|
|
|
| |
Change-Id: Ia6b6caf67f3c2e53431d7b65c3a30c57975faa2a
Signed-off-by: Mike Lockwood <lockwood@google.com>
|
|
|
|
| |
Change-Id: Ia2d0f55fc065e7071d9f5207e0dc91b63f554759
|
|
|
|
| |
Change-Id: I1169d279b4a59355cf4362a7128b053bf940c158
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added support for audio pre processing libraries
implementing dual mic solutions.
When a pre processor is enabled, its multi channel capabilities are
queried and compared to capture channel combinations supported by the
device and other enabled pre processings.
The most favorable configuration is chosen and pcm capture driver is
restarted with the appropriate channel config.
Also made various capture and process buffers naming and allocation more
consistent.
Change-Id: I90be4798951d0a34dc77d6bdc93ef15cad3ff5af
|