Lines Matching refs:Client
191 // Initially this heap is used to allocate client buffers for "fast" AudioRecord.
1261 const sp<AudioFlinger::Client>& client,
1374 handle = new EffectHandle(effect, client, effectClient, priority);
1748 const sp<AudioFlinger::Client>& client,
1765 // client expresses a preference for FAST, but we get the final say
1822 // or the client should compute and pass in a larger buffer request.
1900 track = new Track(this, client, streamType, sampleRate, format,
2005 // buffers before playing. This is to ensure the client will
3946 // indicate to client process that the track was disabled because of underrun;
4035 // enforce this condition only once to enable draining the buffer in case the client
4307 // indicate to client process that the track was disabled because of underrun;
4734 // Allow draining the buffer in case the client
4826 // indicate to client process that the track was disabled because of underrun;
5258 // mixbuffer and tell the client to present it again when the
5317 // to have a flag to tell client that some of the
5392 // indicate to client process that the track was disabled because of underrun;
6024 // Read from HAL to keep up with fastest client if multiple active tracks, not slowest one.
6025 // Only the client(s) that are too slow will overrun. But if even the fastest client is too
6189 // client isn't retrieving buffers fast enough
6277 const sp<AudioFlinger::Client>& client,
6293 // client expresses a preference for FAST, but we get the final say
6366 track = new RecordTrack(this, client, sampleRate,
6460 // This is what makes a new client discard all buffered data. If the track's mRsmpInFront
6674 // client is not keeping up with server, but give it latest data
6702 // FIXME if client not keeping up, discard
7010 // channel count change can be requested. Do we mandate the first client defines the
