20.10.2015 Views

Compatibility Definition

2f44OdUf0

2f44OdUf0

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

implementations that declare the feature android.hardware.audio.output:<br />

MUST support the EFFECT_TYPE_EQUALIZER and<br />

EFFECT_TYPE_LOUDNESS_ENHANCER implementations controllable through the<br />

AudioEffect subclasses Equalizer, LoudnessEnhancer.<br />

MUST support the visualizer API implementation, controllable through the Visualizer class.<br />

SHOULD support the EFFECT_TYPE_BASS_BOOST, EFFECT_TYPE_ENV_REVERB,<br />

EFFECT_TYPE_PRESET_REVERB, and EFFECT_TYPE_VIRTUALIZER<br />

implementations controllable through the AudioEffect sub-classes BassBoost,<br />

EnvironmentalReverb, PresetReverb, and Virtualizer.<br />

5.5.3. Audio Output Volume<br />

Android Television device implementations MUST include support for system Master Volume and<br />

digital audio output volume attenuation on supported outputs, except for compressed audio<br />

passthrough output (where no audio decoding is done on the device).<br />

5.6. Audio Latency<br />

Audio latency is the time delay as an audio signal passes through a system. Many classes of<br />

applications rely on short latencies, to achieve real-time sound effects.<br />

For the purposes of this section, use the following definitions:<br />

output latency. The interval between when an application writes a frame of PCM-coded<br />

data and when the corresponding sound can be heard by an external listener or observed<br />

by a transducer.<br />

cold output latency. The output latency for the first frame, when the audio output system<br />

has been idle and powered down prior to the request.<br />

continuous output latency. The output latency for subsequent frames, after the device is<br />

playing audio.<br />

input latency. The interval between when an external sound is presented to the device<br />

and when an application reads the corresponding frame of PCM-coded data.<br />

cold input latency. The sum of lost input time and the input latency for the first frame,<br />

when the audio input system has been idle and powered down prior to the request.<br />

continuous input latency. The input latency for subsequent frames, while the device is<br />

capturing audio.<br />

cold output jitter. The variance among separate measurements of cold output latency<br />

values.<br />

cold input jitter. The variance among separate measurements of cold input latency<br />

values.<br />

continuous round-trip latency. The sum of continuous input latency plus continuous<br />

output latency plus one buffer period. The buffer period term allows processing time for the<br />

app and for the app to mitigate phase difference between input and output streams.<br />

OpenSL ES PCM buffer queue API. The set of PCM-related OpenSL ES APIs within<br />

Android NDK; see NDK_root/docs/opensles/index.html.<br />

Device implementations that declare android.hardware.audio.output are STRONGLY<br />

RECOMMENDED to meet or exceed these audio output requirements:<br />

cold output latency of 100 milliseconds or less<br />

continuous output latency of 45 milliseconds or less<br />

minimize the cold output jitter<br />

Page 31 of 74

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!