Data Fields | |
| PaUtilStreamRepresentation | baseStreamRep |
| PaUtilCpuLoadMeasurer | cpuLoadMeasurer |
| PaUtilBufferProcessor | bufferProcessor |
| PaUtilAllocationGroup * | allocations |
| PaAsiHpiStreamComponent * | input |
| PaAsiHpiStreamComponent * | output |
| HW32 | pollingInterval |
| int | callbackMode |
| unsigned long | maxFramesPerHostBuffer |
| int | neverDropInput |
| void ** | blockingUserBufferCopy |
| PaUnixThread | thread |
| volatile sig_atomic_t | state |
| volatile sig_atomic_t | callbackAbort |
| volatile sig_atomic_t | callbackFinished |
Contains copy of user buffers, used by blocking interface to transfer non-interleaved data. It went here instead of to each stream component, as the stream component buffer setup in PaAsiHpi_SetupBuffers doesn't know the stream details such as callbackMode. (Maybe a problem later if ReadStream and WriteStream happens concurrently on same stream.)
| volatile sig_atomic_t PaAsiHpiStream::callbackAbort |
Hard abort, i.e. drop frames?
| volatile sig_atomic_t PaAsiHpiStream::callbackFinished |
True if stream stopped via exiting callback with paComplete/paAbort flag (as opposed to explicit call to StopStream/AbortStream)
Are we running in callback mode?
Separate structs for input and output sides of stream
| unsigned long PaAsiHpiStream::maxFramesPerHostBuffer |
Number of frames to transfer at a time to/from HPI
Indicates that the stream is in the paNeverDropInput mode
Polling interval (in milliseconds)
| volatile sig_atomic_t PaAsiHpiStream::state |
PortAudio stream state (Active/Stopped/CallbackFinished)
Helper thread which will deliver data to user callback
1.4.7