Was removed as part of deprecation and is now re-added as a result of API council feedback.
Bug: 210622516
Change-Id: I9076072058c7dd5f98db4b99793f717eea4cf694
Test: N/A.
getHwOffloadFormatsSupportedForBluetoothMedia is convert to a SystemApi
for module only (only use in BT)
Change-Id: Iae212ff5fd2159198543c0b877c2e56e3aefdb7c
Test: Build
Bug: 190422401
Tag: #refactor
This replaces the already deprecated field:
android.hardware.Camera.CameraInfo#canDisableShutterSound
Bug: 203461517
Test: tested in Camera CTS
Change-Id: I0a0c6a3d5346413074344a079500f1c30c4431d9
*) Clarify the meaning and unit of FrontendStatus.
*) Add comment for STC ready support.
*) Support for control signal (e.g. TMCC) change monitoring
*) Update MmtpRecordEvent and TsRecordEvent getDataLength() comments
Bug: 183634950
Bug: 202247846
Bug: 183630794
Bug: 210845647
Test: Make
Change-Id: I6bc35ba723544692c15c0a293eef60215fa74f22
Migrate the following unsafe parcel APIs in framework-minus-apex:
* Parcel.readSerializable()
* Parcel.readArrayList()
* Parcel.readList()
* Parcel.readParcelable()
* Parcel.readParcelableList()
* Parcel.readSparseArray()
This CL was generated by applying lint fixes that infer the expected
type from the caller code and provide that as the type parameter
(ag/16365240).
A few observations:
* In some classes we couldn't migrate because the class also belonged to
another build module whose min SDK wasn't current (as is the case for
framework-minus-apex), hence I suppressed the lint check
(since I'll eventually submit the lint check to the tree).
* In some cases, I needed to do the cast in
https://stackoverflow.com/a/1080525/5765705 to make the compiler happy
since there isn't another way of providing a class of type
Class<MyClassWithGenerics<T>>.
* In the readSerializable() case, the new API also requires the class
loader, that was inferred to by InferredClass.class.getClassLoader().
* Note that automatic formatting and import rely on running hooked up
to the IDE, which wasn't the case here.
Bug: 195622897
Test: TH passes
Change-Id: I11a27b9bdab7959ee86e90aa1e1cbebd7aaf883c
*) Add DTS info to DemuxFilterMediaEvent.
*) Allow to ignore download Id in DemuxFilterDownloadSettings and put
download id into DemuxFilterDownloadEvent.
*) Change section data size 64 bits.
*) Support DvrPlayback seek.
*) Support FrontendStatus streamIdList.
Bug: 183583908
Bug: 183024067
Bug: 203181023
Bug: 198195793
Bug: 171540818
Test: atest android.media.tv.tuner.cts on AIDL and HILD HALs
Change-Id: I5872e5f042f5803c367cf7624dbefc31292fd7e9
Add APIs in android.media.audiopolicy.AudioPolicy to:
- query the full focus stack
- send a full audio focus loss to a stack entry so it loses
focus and exits the stack.
Bug: 186582089
Test: atest AudioHostTest#testFocusStack
Change-Id: I28cba1daf3bcabd50d6192573ecd8b9ddae03c8e
Fix issue where if audio focus was requested with GAIN, and
accepted delayed focus, while focus was locked, then previous
focus owners didn't receive LOSS, and thus would be removed
from the stack.
The fix consists in propagating the focus loss through the
stack under the focus locker, and remove any focus loser
if the loss was definitive.
In order to simulate the bug conditions, the test API for
simulating focus requests and abandons, was modified to support
locking the focus like in a phone call.
Bug: 206856107
Test: atest AudioFocusTest#testAudioFocusDelayedByCall
Test: atest AudioFocusTest#testAudioFocusTransientDelayedByCall
Change-Id: I211cd46b66c882499bfa43718bc0cb37b2f79817
