• Home
  • History
  • Annotate
  • only in /frameworks/av/media/libnbaio/
NameDateSize

..29-Aug-20174 KiB

Android.bp29-Aug-2017891

AudioBufferProviderSource.cpp29-Aug-20174.9 KiB

AudioStreamInSource.cpp29-Aug-20173 KiB

AudioStreamOutSink.cpp29-Aug-20172.9 KiB

include/29-Aug-20174 KiB

LibsndfileSink.cpp29-Aug-20171.4 KiB

LibsndfileSource.cpp29-Aug-20172.6 KiB

MonoPipe.cpp29-Aug-20176.5 KiB

MonoPipeReader.cpp29-Aug-20171.7 KiB

NBAIO.cpp29-Aug-20175.4 KiB

NBLog.cpp29-Aug-201731 KiB

Pipe.cpp29-Aug-20171.9 KiB

PipeReader.cpp29-Aug-20172.4 KiB

README.txt29-Aug-20171.1 KiB

SourceAudioBufferProvider.cpp29-Aug-20173.9 KiB

README.txt

1libnbaio (for "Non-Blocking Audio I/O") was originally intended to
2be a purely non-blocking API.  It has evolved to now include
3a few blocking implementations of the interface.
4
5Note: as used here, "short transfer count" means the return value for
6read() or write() that indicates the actual number of successfully
7transferred frames is less than the requested number of frames.
8
9Pipe
10----
11supports 1 writer and N readers
12
13no mutexes, so safe to use between SCHED_NORMAL and SCHED_FIFO threads
14
15writes:
16  non-blocking
17  never return a short transfer count
18  overwrite data if not consumed quickly enough
19
20reads:
21  non-blocking
22  return a short transfer count if not enough data
23  will lose data if reader doesn't keep up
24
25MonoPipe
26--------
27supports 1 writer and 1 reader
28
29no mutexes, so safe to use between SCHED_NORMAL and SCHED_FIFO threads
30
31write are optionally blocking:
32  if configured to block, then will wait until space available before returning
33  if configured to not block, then will return a short transfer count
34    and will never overwrite data
35
36reads:
37  non-blocking
38  return a short transfer count if not enough data
39  never lose data
40
41