Home
last modified time | relevance | path

Searched refs:kHz (Results 1 – 5 of 5) sorted by relevance

/frameworks/av/services/audioflinger/
DFastMixerDumpState.cpp90 CentralTendencyStatistics kHz, loadMHz; in dump() local
112 kHz.sample(sampleCpukHz >> 4); in dump()
139 kHz.mean()*1e-3, kHz.minimum()*1e-3, kHz.maximum()*1e-3, kHz.stddev()*1e-3); in dump()
DFastThread.cpp325 uint32_t kHz = mTcu.getCpukHz(cpuNum); in threadLoop() local
326 kHz = (kHz << 4) | (cpuNum & 0xF); in threadLoop()
334 mDumpState->mCpukHz[i] = kHz; in threadLoop()
/frameworks/av/media/libcpustats/
DThreadCpuUsage.cpp235 char kHz[KHZ_SIZE]; // kHz base 10 in getCpukHz() local
236 ssize_t actual = pread(fd, kHz, sizeof(kHz), (off_t) 0); in getCpukHz()
238 if (actual >= 2 && kHz[actual-1] == '\n') { in getCpukHz()
239 ret = atoi(kHz); in getCpukHz()
/frameworks/base/docs/html/ndk/guides/audio/
Dsample-rates.jd40 the resampler for 44.1 to 48 kHz and vice versa is generated at a higher
53 typically 44.1 kHz or 48 kHz. Use of a sample rate greater than
54 48 kHz will typically result in decreased quality because a resampler must be
73 order of one sample over a few hours of playback on a 48-kHz device.
78 <p>Choose simple-ratio sampling rates such as 24 kHz (1:2) and 32 kHz (2:3) when playing back
79 on a 48-kHz device, even though other sampling
134 <h3>The high bit-depth and high kHz controversy</h3>
151 192kHz/24bit vs. 96kHz/24bit "debate"- Interesting revelation</a></p>
/frameworks/base/docs/html/guide/appendix/
Dmedia-formats.jd79 content with standard sampling rates from 8 to 48 kHz.</td>
98 content with standard sampling rates from 8 to 48 kHz.</td>
106 with standard sampling rates from 16 to 48 kHz</td>
113 <td>4.75 to 12.2 kbps sampled @ 8kHz</td>
122 <td>9 rates from 6.60 kbit/s to 23.85 kbit/s sampled @ 16kHz</td>
131 <td>Mono/Stereo (no multichannel). Sample rates up to 48 kHz (but up to 44.1
132 kHz is recommended on devices with 44.1 kHz output, as the 48 to 44.1 kHz