Determining FramesPerBuffer For Infinite Stream Time about portaudio

[gordonklaus]

A stream is always of indefinite length. The buffer has a definite length, but it is repeated until you decide you are done by calling Stream.Stop or stopping calling Stream.Read/Write (for a callback or a blocking stream, respectively).

@gordonklaus So I would put the the frame per buffer length as 44100 sample rate * 60 seconds for example and once recorded to empty the buffer and restart again?

[gordonklaus]

You should choose a buffer size depending on the responsiveness you want. A minute-long buffer means you have to wait a whole minute before you receive any audio (i.e., very unresponsive). For real-time audio filtering applications (e.g. live guitar effects) you would choose as small a buffer as possible. If it doesn't really matter then you might go with FramesPerBufferUnspecified (which I think only works for callback streams).

There is no "emptying of the buffer". Your callback gets called when there is more audio to be recorded/played, or you call Stream.Read/Write.

Try out some of the examples to get a better idea for how things work.

@gordonklaus Thank you for clarifying and I will definitely take a look at those examples.