Add support for building a SoundPool instance and specify
the AudioAttributes.
Remove SRC quality which was never implemented, while leaving
room for supporting it later through the Builder pattern.
Remove stream types.
Update AudioService's use of SoundPool to the new scheme.
Change-Id: Ie51e4008684e5ba25f9b7368098e4f20266a15c7
Expose the value used by the framework to generate an audio
session ID when a value isn't known.
Rename allocateAudioSessionId() to generateAudioSessionId()
as this operation doesn't "allocate" anything, and there is
no allocated resource to free after this operation.
Bug 16401631
Change-Id: I7a7bc05b39ea0b024ff225254eb755a9c85a2ad9
Remove ITvInputManager.registerTvInputInfo() and let addTvInputInfo*()
cover the registration.
Bug: 15570939
Change-Id: Ic36701de96696e7fe32fc1faa0d5f6fde53f6666
Added a way to send a private command from the application to the TV
input. This can be used to provide domain-specific features that are
only known between certain TV inputs and their clients.
Change-Id: I7548311a64147b8ff27562ec680b941e2ec10bc0
Unhide AudioFormat.Builder
Unhide AudioTrack constructor with AudioAttributes, AudioFormat
Unhide the missing two channels that enable a 7.1 configuration
Change-Id: I60899548da1c688ebe561c25212877e0f3eedb34
Unhide Virtualizer.getVirtualizationMode() method.
Added note in javadoc about the returned value.
Declared exceptions that can be thrown by the checkStatus(int)
helper function.
Change-Id: I4da82d1db1e39ca9dae489559bf1fb5de112c26a
AudioAttributes: rename USAGE_NOTIFICATION_TELEPHONY_RINGTONE to
USAGE_NOTIFICATION_RINGTONE in the list of usage values.
Temporarily keep the old definition to prevent transient build
breakages, will be removed after telephony packages have been
updated.
Bug 16401631
Change-Id: I9398443fd7ba3c30e9d371c5c5a2934b9ea6f30a
This change is internal cleanup change. The purpose of this change is
to reorder the types so that new types can be added at the end of the
type list later.
Change-Id: I377c98dc397ef75c3473ee5133b2ffb49d278a50
This change adds a class which will be used for the TV input which controls an external device
which is connected to the pass-through TV input.
Bug: 15496325
Change-Id: I52d48c45570c2d62d759a9da2ab96ec8461c13f7
Now we have a complete set of API to tell the entire cases (allowed and
blocked), which makes possible for the application to rely more on
actions taken by TV input services transferring the responsibility for
parental control.
Bug: 13172379
Change-Id: I7b0dcf16b870782c76a428a1dac6ef1a528b7d40
When a TV content is blocked by the parental control settings,
TV input service will notify TV to request user's PIN code verification.
If the verification succeeds, TV input service will be notified back
that content is unblocked so it can keep playing the content.
Bug: 13172379
Change-Id: I7b31d762eb54612c4d8779ee133211f32fb73b05
Labels and icons will be extracted from URI in the future.
To acheive it, we need Context rather than PackageManager.
Bug: 16166859
Change-Id: I20f0506fba5876a6cf21b70e44bb3a2265f723d7
The scope of this change is to provide a skeleton code for supporting
multiple TV input per service.
Bug: 16138420
Change-Id: Ic51355902d5e0424b8fc8a75c495d4781a7ed744
This is going to be needed by applications to get information about the
inputs that are just added thus not included in the previously retrieved
input list.
Bug: 16166859, Bug: 15838097
Change-Id: Icecd03fcea208a0c4d41caab1eec64e574f40877
A recent change mandated that we should provide "input ID" instead of
ComponentName when building URIs for channels/programs while there is no
direct way to get one to use with. This CL added a method to build an ID
from a ComponentName.
Change-Id: Ia7f868cf241bb44ca0d4f689dc15326ce6944468
The new MediaProjection infrastructure allows the system to hand out
tokens granting the ability to capture the screen's contents, audio,
etc. at a granular level. It's intended to be used both for screen
casting, via the cast APIs, as well as screen sharing via third party
applications.
The screen sharing case is implemented, but all of audio capturing
is still forthcoming.
Change-Id: I4b24669bed7083e11413c10ed8d6b025f5375316
Each TV input service is now required to query the system whether the
user is allowed to watch the current program before showing it to the
user if the parental control is turned on, which can be checked by
calling TvParentalControlManager.isEnabled(). Whether the TV input
service should block the content or not is determined by invoking
TvParentalControlManager.isRatingBlocked() with the content rating for
the current program. Then the TvParentalControlManager makes a judgment
based on the user blocked ratings stored in the secure settings and
returns the result. If the rating in question turns out to be blocked,
the TV input service must immediately block the content and call this
method with the content rating of the current program to prompt the PIN
verification screen.
Each TV input service also needs to continuously listen to any changes
made to the parental control settings by registering a
TvParentalControlManager.ParentalControlCallback() to the manager and
immediately reevaluate the current program with the new parental control
settings.
Bug: 13172379
Change-Id: I8e1900d4b8d28c56798986d5c3906bd418ab97ac
