Cross Reference: /frameworks/av/services/audioflinger/Threads.cpp

Lines Matching refs:client
191 // Initially this heap is used to allocate client buffers for "fast" AudioRecord.
1399         const sp<AudioFlinger::Client>& client,
1474         handle = new EffectHandle(effect, client, effectClient, priority);
1858         const sp<AudioFlinger::Client>& client,
1888     // client expresses a preference for FAST, but we get the final say
1966         // or the client should compute and pass in a larger buffer request.
2044         track = new Track(this, client, streamType, sampleRate, format,
2149         // buffers before playing. This is to ensure the client will
4120                     // indicate to client process that the track was disabled because of underrun;
4209         // enforce this condition only once to enable draining the buffer in case the client
4481                     // indicate to client process that the track was disabled because of underrun;
4926         // Allow draining the buffer in case the client
5020                     // indicate to client process that the track was disabled because of underrun;
5471                 // mixbuffer and tell the client to present it again when the
5534                             // to have a flag to tell client that some of the
5626                         // indicate to client process that the track was disabled because of underrun;
6272         // Read from HAL to keep up with fastest client if multiple active tracks, not slowest one.
6273         // Only the client(s) that are too slow will overrun. But if even the fastest client is too
6438                 // client isn't retrieving buffers fast enough
6526         const sp<AudioFlinger::Client>& client,
6556     // client expresses a preference for FAST, but we get the final say
6642         track = new RecordTrack(this, client, sampleRate,
6736         // This is what makes a new client discard all buffered data.  If the track's mRsmpInFront
6952         // client is not keeping up with server, but give it latest data
6980     // FIXME if client not keeping up, discard
7288     //      channel count change can be requested. Do we mandate the first client defines the